WDForge.org - Forums

Re: frontal MySQL

Sujet: Re: frontal MySQL
par Anonyme sur 28/10/2005 21:29:21

Bonjour,

Citation :

Quels sont les avantages de cette classe comparé à l'accès natif, d'ailleurs ?

Tout dépend de ce que vous voulez faire et savez faire.
La gestion des blobs est un bon exemple, le changement de version de mysql et de windev. MySQL4WD n'a pas changer de version depuis 3 ans et fonctionne depuis sa version d'origine sur wd7.5, wd8 wd9 et peut etre wd10 (comme on ne l'a pas on peut pas le dire mais à moins que ce soit une révolution comme wd5.5 et wd7.5 il ne devrait pas y avoir de problème)

Autre cas : vous pouvez faire un test simple avec un frontal comme mySQLFront et votre programme.
1)lancer votre programme, afficher une table.
2)passez sous le frontal et faites un kill de votre cession.
3)revener sous votre programme et réafficher la table.

avec SQLManagerX votre table se réaffiche et avec votre programme ? (voila quelque uns des avantages qui me viennent à l'esprit)

Pour votre frontal si vous aviez lu la doc de SQLManagerX, vous auriez vu des méthodes très interréssantes SQLchargeCombo ou SQLEnumtoCombo et tableConstruit vous auriez vu que 80 % de votre code n'aurait pas à être écrit , vous auriez gagner ce temps sur d'autres soucis ou d'autre fonctions plus interréssantes à rajouter dans votre soft.

SQLManagerX a été créé pour ca, pour que le développeur ne perde plus de temps sur les actions simples : à savoir construire une table, afficher une fiche, faire des insert et autre update. Dans sa Version 5 vous n'aurez meme plus ne ligne a code pour ces actions. Le code devient sur, fiable, et le developpeur passe son temps dans la vraie recherche de fonctionnalités.

Je reste quant meme étonné que l'accès ait planté sur la lecture d'une table : ca m'étonne, j'ai des tables en production a 200 Millions de lignes et 150 tables et tous marche sans souci depuis 2 ans.

Il serait interressant de nous montrer le code.

De plus c'est la premiere fois que je vous lit. Il aurait été sage aussi de nous remonter l'info. Nous aurions pu intervenir rapidement. Tous ceux qui l'on fait ont tous été pleinement satisfait de la réponse et surtout de la réactivité des auteurs. Alors pourquoi ne pas l'avoir fait ?

Enfin n'oubliez pas que MySQL évolue plus vite que windev et la version 5 n'est par exemple pas accessible par la version de l'acces livré avec la version 7.5. et 8 voir meme 9 comment va réagir votre programme avec la prochaine version de mySQL ?

Je vous dis ca parce que j'ai aussi developper un frontal mais compatible toutes bases (du moins la 15 qu'on a en acces) pour l'instant la version que j'ai faite il y a un an fonctionne meme avec la version 5.0.15 de mySQL. Sans recompiler ou refaire un exe juste en me connectant a une base.

Allez comme je suis gentil je vais vous donne un conseil pour éviter un probleme.

Comment allez vous gérer l'edition de la requetes que l'utilisateur a saisie ? (SQLManagerX sait le faire en standard sans développement)