PC SOFT

FORUMS PROFESSIONNELS
WINDEVWEBDEV et WINDEV Mobile

Accueil → WINDEV 2025 → Nouvel article
En réponse à 'Procédures stock=E'
Indiquez votre nom et votre adresse email
Votre adresse email ne sera pas publiée.
Résumé du sujet
Posté le 12 avril 2005 - 15:05
Emmanuel Lecoester a formulé :

Je ne comprends pas très bien, les PS sont sur SQL Serveur ? pourquoi avoir
besoinde les exploiter avec Access ?
As-tu un existant qui exploite ces PS MicroSoft ou tu parts de rien ?


Nous avons simplement fait des tests avec Access en tant que frontal,
toutes les procédures sont sur SQL Server.
Nous avons exécuté la même requête, depuis Windev, depuis Access et
enfin sous forme de procédure stockée
lancée depuis Access. Les perfomances au niveau d'un select classique
que ce soit depuis Windev ou Access sont
tout à fait similaires. Par contre quand le select est intégré dans une
procédure stockée, les performances sont
nettement meilleures. Ceci étant sans doute du au plan de requête qui
n'est pas refait par SQL Server.
Il n'y a pas d'existant actuellement.

--
-------------------------------------------------------------------
Eric Zabé
BGI
-------------------------------------------------------------------
Posté le 11 avril 2005 - 22:01
[CUT]

> > Si tu avais un exemple dans un autre langage (du genre VB), je pourrais
y
jeter un oeil et voir ce que l'on peut faire pour te venir en aide.

Nous avons fait des tests avec Access mais il y a une structure de
requêtes particulière pour les procédures stockées. Il semblerait en
Windev qu'il faille creuser l'utilisation des fonctions SQL plutôt que
de ExecuteRequeteSQL. Le service technique PCSoft est en train de
vérifier çà.


Je ne comprends pas très bien, les PS sont sur SQL Serveur ? pourquoi avoir
besoinde les exploiter avec Access ?
As-tu un existant qui exploite ces PS MicroSoft ou tu parts de rien ?
Posté le 11 avril 2005 - 15:07
Merci de cette réponse.


le fait d'utiliser un P/S pour renvoyer des enreg (un curseur) est toujours
difficile d'exploitation.


La base SQL est distante et nous sommes forcés d'utiliser des PS plutot
que des requêtes
SELECT classiques pour des raisons de performance.


Si tu avais un exemple dans un autre langage (du genre VB), je pourrais y
jeter un oeil et voir ce que l'on peut faire pour te venir en aide.


Nous avons fait des tests avec Access mais il y a une structure de
requêtes particulière pour les procédures stockées. Il semblerait en
Windev qu'il faille creuser l'utilisation des fonctions SQL plutôt que
de ExecuteRequeteSQL. Le service technique PCSoft est en train de
vérifier çà.
Merci
Eric

--
-------------------------------------------------------------------
Eric Zabé
BGI
-------------------------------------------------------------------
Posté le 09 avril 2005 - 10:57
"Eric Zabé" <eric.zabe@bgi.fr> a écrit dans le message de
news:mn.3bf57d547878cf09.7697@bgi.fr...
Bonjour,
J'utilise Windev 9 et l'accés natif SQL Server. J'ai besoin d'exécuter
des procédures stockées qui rendent une série d'enregistrements
(recordset). D'aprés l'éditeur, Windev ne sait exécuter que des
procédures stockées qui rendent un ou des paramètres et pas ce qu'ils
appellent un curseur.


le fait d'utiliser un P/S pour renvoyer des enreg (un curseur) est toujours
difficile d'exploitation.

Quelqu'un a-t-il été confronté à ce problème et trouvé un moyen de
contourner cela? D'autres types d'accès alternatifs le permettent-t-il?


Si tu avais un exemple dans un autre langage (du genre VB), je pourrais y
jeter un oeil et voir ce que l'on peut faire pour te venir en aide.

Merci de vos réponses
Eric


--
Emmanuel Lecoester
Posté le 07 avril 2005 - 18:53
Bonjour,
J'utilise Windev 9 et l'accés natif SQL Server. J'ai besoin d'exécuter
des procédures stockées qui rendent une série d'enregistrements
(recordset). D'aprés l'éditeur, Windev ne sait exécuter que des
procédures stockées qui rendent un ou des paramètres et pas ce qu'ils
appellent un curseur.
Quelqu'un a-t-il été confronté à ce problème et trouvé un moyen de
contourner cela? D'autres types d'accès alternatifs le permettent-t-il?
Merci de vos réponses
Eric

--
-------------------------------------------------------------------
Eric Zabé
BGI
-------------------------------------------------------------------