Discussion :

[Naidge]

Bonjour à tous,

Je viens vers vous car j'ai des problèmes de lenteur avec la fonction Windev SQLDeconnecte().



Nous utilisons une base MYSQL et dans les applications, pour ouvrir une connexion, nous utilisons un SQConnecte() et quand l'application se ferme un SQLDeconnecte(). Cependant la méthode de déconnexion prend bien 5 secondes à chaque fois et sur l'ensemble de nos appli. La base de données compte 90 tables environ.

Pour ce qui est des requêtes, on a toujours un SQLFerme(MaRequête) à la fin.

Je vousdrais savoir si il était possible de réduire le temps de déconnexion, qui pose des problèmes techniques et si des gens rencontrent se problème. Sur internet je n'ai pas trouvé des cas similaires au mien.

Merci d'avance !

[Naidge]

Je me permet de relancer le sujet.

Personne n'a de solution au problème, ou simplement, personne est dans le même cas ?

[hpascal]

Bonjour

J'ai bossé avec MySql et les instruction SQL... il y a quelques années et je n'ai pas rencontré ce problème
Je faisait un SQLFerme SQLDeconnecte à la sortie et c'était immédiat

Une question : le SQLFerme SQLDeconnecte est-t-il vraiment nécessaire ? la connexion n'est pas supprimée automatiquement à la fermeture de l'appli ?

[Naidge]

Merci hpascal de ta réponse,

SQLFerme() est nécessaire après chaque requête pour la libérer, d'après l'aide de Windev.

Après son exécution et son traitement, la requête doit être libérée grâce à la fonction SQLFerme.

C'est également le cas ou un SQLConnecte() est utilisé.

Dans tous les cas (échec ou succès), il est nécessaire de fermer la connexion (fonction SQLDéconnecte).

C'est avec SQLDeconnecte() que ça prend du temps. Pour ce qui est de savoir si même sans cette méthode, Windev ferme automatiquement la connexion, je ne sais pas.

Ta base de données était elle de grande envergure ?

[hpascal]

Oups désolé, je voulais écrire "SQLDeconnecte"
C'est bien SQLDeconnecte que j'utilise en fin de projet