Acces natif MySQL, SHOW FULL COLUMNS et SHOW INDEX

Version imprimable

07/05/2014, 17h14
ErwanA

Acces natif MySQL, SHOW FULL COLUMNS et SHOW INDEX
Bonjour,

Je suis en train de passer un projet de HF classic vers MySQL.

En regardant les logs du serveur MySQL, je vois que mon projet Windev envoi les requêtes suivantes avec le premier HLitRecherchePremier de chaque table par fenêtre :
Code:

1 2 SHOW FULL COLUMNS FROM xxx SHOW INDEX FROM xxx
En gros, j'ouvre la fenêtre qui s'initialise par un parcours HLitRecherchePremier, j'ai les requêtes précédentes. Je relance la recherche sans quitter la fenêtre, je ne les ai pas mais si je ferme la fenêtre et que je la réouvre, je les ai de nouveau.

Que Windev fasse ces requêtes une fois par ouverture du programme, je suis d'accord (même s'il pourrait se contenter de se baser sur ce qu'il y a dans l'analyse du projet) mais qu'il le fasse sur chaque fenêtre, ça me déplait et surtout, ça plombe mes temps de traitement.
Le but étant de ne pas réécrire tout le projet (d'autant qu'il sera utilisé aussi bien avec une base HF que MySQL), quelqu'un a-t-il une solution pour lui dire de ne pas envoyer ces requêtes au serveur MySQL ?

Pour ma connexion à la base MySQL, j'utilise le code suivant :

Code:

HChangeConnexion(matable, s_Mon_Id_ConnexionMySQL)

Ceci dans une boucle qui liste (presque) toutes mes tables.

J'ai tenté un

Code:

HOuvre("*")

après cette boucle, sans amélioration.
07/05/2014, 20h01
hpascal

Bonjour

Il n'y pas de solution miracle malheureusement et tu ne pourras pas modifier la sauce interne des instructions H...

Je sais bien que tu vas pas ré-écrire ton application mais dès que tu en as la possibilité remplace ces ordres H.. par du SQL
La fait est que les instructions HLitRecherche... sont très gourmandes en ressources parce qu'elles envoient tout un tas de requêtes
J'avais vérifié les logs sur db2/400 c'était assez effarant

En utilisant du SQL standard, accepté aussi bien par MySql et HF bien sur, tu y gagnera beaucoup

Et surtout si tu le fais utilise HExecuteRequêteSQL avec le paramètre hRequêteSansCorrection, ça évitera au moteur Windev de contrôler ta requête ou la modifier à sa sauce
ou carrément les fonctions SQL...
31/07/2014, 09h50
ErwanA

Le fait que cela plombe les perf c'est que les requêtes SHOW INDEX ET SHOW FULL COLUMNS demande un temps d'exécution important.

Pour palier à ce problème, il suffit de mettre à faux la variable global innodb_stats_on_metadata du serveur MySQL en lançant cette requête sur le serveur de la base (une seule fois, il ne faut pas mettre cette requête dans le code de votre projet, le DBA n'appréciera pas) :

Code:

SET GLOBAL innodb_stats_on_metadata=0

Où, si vous préférez utiliser le Workbench, vous retrouverez cette variable dans la partie configuration, onglet "InnoDB Parameters", dans la partie "General".

A priori, cela ne va plus mettre à jour les stats sur les tables InnoDB.
Ces stats sont utilisé par MySQL pour choisir les indexes à utiliser (si vous ne précisez pas les index dans vos requêtes, sachant que si vous n'utilisez que des fonctions H*, il ne devrait pas y avoir de soucis étant donné que vous n'interrogé qu'une table à la fois). Si MySQL utilise le mauvais index, les temps d'exécution des requêtes peuvent être plus long.
Il faudrait donc faire un

Code:

ANALYZE TABLE xxx // xxx étant le nom de votre table

sur chacune des tables pour prévenir ce souci. Personnellement, je vais placer l'exécution de cette requête dans une tâche planifié qui tournera soit tous les jours soit tous les dimanches (1 fois par semaine devrait être largement suffisant).

J'ai trouvé cette solution grâce à cette page : http://www.mysqlperformanceblog.com/...hema-slowness/
et ici : http://www.mysqlperformanceblog.com/...n-it-can-bite/