Discussion :

[emmadesp]

Bonjour à tous,
Je suis confronté à un problème curieux :
J'ai une application qui accède à une base de données via l'accès natif MySQL.
Sur les postes en Win7,8,8.1 aucun problème. Sur certains postes en W10 il arrive que le résultat d'une requête (Objet requête paramétré windev) ne comporte qu'une seule ligne. alors qu'il en est attendu plusieurs, ce que confirme l'exécution de la même requete sur un poste en W7.
Comme indiqué, évidemment le problème est dépendant des postes. Certains poste en W10, n'ont pas le problème.
Pour info, la requête :

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
SELECT     p.id
          ,p.name
    FROM projects p
    INNER JOIN members m ON p.id=m.project_id
    INNER JOIN users u ON u.id=m.user_id
    WHERE p.rgt-p.lft=1
        AND p.status=1
        AND m.user_id = {PUser}
        AND p.lft>{PLft}
        AND p.rgt<{PRgt}
    ORDER BY p.name

L'ensemble des paramètres est systématiquement fourni.

Si quelqu'un a une idée, je suis preneur. Je soupçonne un problème de DLL MySQL sans pouvoir le prouver !

Merci d'avance de vos suggestions
Emmanuel

[hpascal]

Bonjour

Quelle fonction Windev utilises tu pour exécuter cette requête ?

Il faudrait vérifier que la dll MySQL est bien adaptée à la version de MySql utilisée, bien que ça me semble bizarre que ça vienne de là

Ensuite il faudrait aussi tester cette requête dans du code avec HExecuteRequeteSQL (avec hSansCorrection) ou SQLExec pour voir si le résultat est le même

[emmadesp]

Merci de ta réponse,
Le code est très simple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
REQ_ListeProjetUtilisateur.PUser=gstUtilisateurTraité.id
REQ_ListeProjetUtilisateur.PLft=REQ_LectureProjet.lft
REQ_ListeProjetUtilisateur.PRgt=REQ_LectureProjet.rgt
SI HExécuteRequête(REQ_ListeProjetUtilisateur,gcnxConnexion) ALORS
            ListeSupprimeTout(COMBO_ListeProjetUtilisateur)
            FichierVersListeMémoire(COMBO_ListeProjetUtilisateur,REQ_ListeProjetUtilisateur,name,name,id)
FIN

Il alimente une combo avec les données issue d'une autre combo...
Le programme marche parfaitement avec un poste sous SEVEN ou autre mais pas sur tous les postes en Windows 10. C'est pour cela que je soupçonne un pb de dll.
En fait la requête s'exécute dans tous les cas et fournit un résultat.
Sur les postes OK : Le nombre de lignes obtenues est complet
sur les postes KO : Le retour ne fournit que la première ligne.

Constatation faite par les utilisateurs si la valeur name change (donc l'ordre de tri) le résultat change aussi pour.
On a l'impression qu'un "limit 1" est inséré quelque part dans le middleware.

Compte tenu de ses très nombreuses limitation je souhaiterai vivement ne pas utiliser les fonctions SQLxxx totalement obsolètes de mon point de vue.

Vraiment étrange.

Encore Merci
Emmanuel

[hpascal]

D'accord pour les fonctions SQL.., à n'utiliser que si on doit faire de l'ODBC

Par contre j'évite d'utiliser HExécuteRequête car Windev contrôle (et modifie peut être) la requête qui sera envoyée au serveur
Je préfère utiliser HExécuteRequêteSQL avec la constante hRequêteSansCorrection pour que le code sql envoyé soit exactement celui que j'ai écrit

Il faudrait activer les logs MySql pour voir le code qui est envoyé au serveur

[emmadesp]

Je me suis trouvé très malin d'utiliser un HEXECUTEREQUETE avec la constante hsanscorrection : C'était trop malin.
Et ce soir je n'ai plus de temps.

Je vais demander à mon client de bien vouloir m'envoyer un log SQL que je le dépiaute.

Si tu as d'autres idées je suis preneur.

Pour info : Il y a des postes en W10 qui n'ont pas ce symptôme.... Merci ouinouin.

Encore merci pour ton aide.

[hpascal]

Un seul conseil : éviter les "boites noires" de PCSOFT

Pour moi HExécuteRequête en est une : on ne sait pas ce qui y est fait. Tant que ça marche c'est ok, mais un jour on a des surprises

[zouzoukha]

Bonjour
+100 pour HPascal!
Cela fait 2 ans que j'ai découvert HexecuterequeteSQL() et je ne peux plus m'en défaire.
Je les trouve même plus rapide que Hexecuterequete() sur des bases HF

[Hemgé]

Un seul conseil : éviter les "boites noires" de PCSOFT

Pour moi HExécuteRequête en est une : on ne sait pas ce qui y est fait. Tant que ça marche c'est ok, mais un jour on a des surprises

Bonjour,

Si on évoque les "boîtes noires", on est plutôt dans les nuances de gris (50 ?) que dans le noir pur et absolu.
Bon, les nuances de noir me vont aussi bien (mais aucun jeu de mots ne me vient à l'esprit, alors ...).
Je m'explique.

hpascal utilise couramment les accès natifs, ainsi que les ordre h* sur ces accès natifs.
Si ce ne sont pas autant de boîtes plus ou moins grises ...

Le plus radical est sans doute l'accès ODBC et SQLExec, si on veut s'affranchir des boîtes noires, des problèmes sans réponse du support et des risques de régression.
Avec un accès à toutes les bases.

Hemgé