mar. 10 août 2004, 15h28
Dominique Peralta
atoutfox.public.association
Re: Bonjour à tous
Les Remote views sont des outils très pratiques pour passer d'une base VFP à
une base SQL. Cependant, elles sont parfois dangereuses car on ne domine pas
bien le flux de données qui transite entre le serveur et les clients. Ce
qu'il faut bien arriver à voir, c'est 'qui fait le travail', et 'est-ce que
je reçoie des données inutiles'.
Pour ma part, lorsque j'ai des relations entre tables, je crée ma vue coté
SQL, et ma Remote View reçoit le contenu de la vue SQL. Ca permet d'avoir
une syntaxe plus riche lors de la création de la vue, mais l'avantage est de
pouvoir tester sur SQL si les données que j'attends coté VFP, sont bien
celles que SQL va m'envoyer. De plus, je peux regarder si ma vue est
updatable sous SQL, et récupérer, le cas échéant, des messages d'erreur plus
complet.
Enfin, les PS sont préférables, lorsque les transactions doivent être
utilisées.
Au niveau des index, PK + FK sont le minimum. Mais pour cela, lorsque tes
tables seront chargées, le Profiler pourra te le dire lors d'une analyse de
trace.
"Marc Dardenne" <md@tc2s.be> a écrit dans le message de
news:VKOmlstfEHA.1588@serveur...
> Actuellement, nous utilisons des vues REMOTE. On a indexé les primary keys
> et les foreign keys au niveau de SQL Server/
> Il faudrait en effet faire du Tuning pour être sûr que SQL Server fait le
> max mais comment dois-je m'y prendre ?
> Actuellement nous n'utilisons pas les vues côté SQL ni les procédures
> stockées.
>
> "Dominique Peralta" <NOSPAMdp@apnet.fr> a écrit dans le message de
> news:TNf7pftfEHA.1336@serveur...
> > Et les problèmes de SQL ? Quel type de requête ? Utilises-tu les vues
coté
> > SQL, ainsi que les procédures stockées en T_SQL ? As-tu vérifié que,
> partout
> > dans ton source, c'est bien le serveur SQL qui fait tout le travail.
> Sinon,
> > il faut faire du tuning, et placer les bons index aux bons endroits.
> > "Marc Dardenne" <md@tc2s.be> a écrit dans le message de
> > news:kpHoBFsfEHA.1340@serveur...
> > > Bien content de voir que la promotion de notre cher outil continue.
Avec
> > les
> > > bruits qui courent sans cesse, on se pose des questions sur l'avenir
de
> > VFP.
> > >
> > > Dans les thèmes abordés, la relation entre VFP et d'autres DB telle
que
> > SQL
> > > Server me semble interessante. Personnellement, j'ai eu énormément de
> > > problèmes avec la DB VFP et je suis passé en SQL mais les temps de
> réponse
> > > ne suivent pas toujours.
> > >
> > > A bientôt.
> > >
> > > Marc
> > >
> > >
> >
> >
>
>
VFP6 Frédéric Steczycki - 13/08/2004 12h12
Flux RSS des derniers messages
Derniers messages
Informations
