Windev et MySql. Questions

Christophe Charron

12/12/2005 à 15:41

sse a écrit :

Bonjour,

Bonjour,

je voudrais savoir si vous avez utilisé Windev en connection avec
l'utilisation d'une BD MySql (moteur INNODB de préférence).

Oui

- Avez vous réalisé des mises en production ? nb d'utilisateurs
concurrents ?

Oui : max 20 postes avec en moyenne 3 connexions par poste

- Exploitez vous les transactions sous Windev ?
- Fonctionnent-elles correctement avec MySQL (moteur INNODB : le seul
à gérer les transactions)

Oui, j'ai bien essayé pas mal de moyens pour planter mais je n'y suis
pas arrivé (à noter que je ne pense pas que Windev soit bon ou mauvais
la dessus, son seul mérité étant d'envoyer au serveur Mysql les début et
fin de transaction) !!

- Windev avec MySql :
- est-ce robuste (arrêt de base, besoin en réindexation nul ?)

Oui robuste. Aucun arrêt/redémarrage imputable à Windev
Maintenance classique de base, comme n'importe quel SGBD, à cause
d'erreurs conceptuelles ou d'évolution des moeurs et des besoins

- erreur/pas d'erreur en accès/modification/lecture.

Jamais perdu un octet à cause de Mysql ou de Windev. Les seules pertes
ont toujours été causées par des erreurs de programmation

Merci de vos retours d'expérience.

De rien

Sse

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:

Daniel

12/12/2005 à 15:51

"sse" writes:

Bonjour,

je voudrais savoir si vous avez utilisé Windev en connection avec
l'utilisation d'une BD MySql (moteur INNODB de préférence).

Oui

- Avez vous réalisé des mises en production ?

Oui

nb d'utilisateurs concurrents ?

en simulation une 50aine, en prod réel une 15aine

- Exploitez vous les transactions sous Windev ?

Oui

- Fonctionnent-elles correctement avec MySQL (moteur INNODB : le seul
à gérer les transactions)

Oui

- Windev avec MySql :
- est-ce robuste (arrêt de base, besoin en réindexation nul ?)

Oui, uptime de 1 an sur un vieux serveur NT en P200 (sous linux c'est
plus rapide, mais l'utilisateur ne voulait pas de serveur linux)
Aucun problème en 3 ans.

- erreur/pas d'erreur en accès/modification/lecture.

Pas d'erreur.

Merci de vos retours d'expérience.

Sse

Programmation faite uniquement en SQL et avec l'accès alternatif et la
classe SQLManagerX.

www.sqlmanagerx.com
--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)

Christophe Charron

12/12/2005 à 15:54

sse a écrit :

Bonjour,

Bonjour,

je voudrais savoir si vous avez utilisé Windev en connection avec
l'utilisation d'une BD MySql (moteur INNODB de préférence).

- Avez vous réalisé des mises en production ? nb d'utilisateurs
concurrents ?

- Exploitez vous les transactions sous Windev ?
- Fonctionnent-elles correctement avec MySQL (moteur INNODB : le seul
à gérer les transactions)

- Windev avec MySql :
- est-ce robuste (arrêt de base, besoin en réindexation nul ?)
- erreur/pas d'erreur en accès/modification/lecture.

Merci de vos retours d'expérience.

Sse

en complément :
mes expériences en production sont en windev 8
avec 2 bugs "bloquants" qui persistent
1° bug : impossible de faire un select ville from releves where
temperature in (-1,-2); (c'est à dire impossibilité de mettre des
valeurs négatives dans les conditions sur des colonnes numériques,
quelque soit leur type.)

Très génant par ces temps de grands froids. Ce bug remonté depuis l'aube
de la version 7, il y a 3 ans, n'est pas corrigé dans la dernière
version de la 9 ,

2° bug
Impossible de récupérer, dans une requête "manuelle" la valeur d'un memo
texte. Définition de requete "manuelle": requête faite en dehors de
l'éditeur de requêtes Windev ce qui s'avère nécessaire, pour moi, dans
75% des cas car Windev ne sait pas gèrer les jointures un tout petit peu
complexes dans son éditeur.

M. Prut, PDG de PC-Soft, m'a assuré, lors de la présentation de W10 à
Lyon, que ces 2 bugs avaient été corrigés dans la V10.

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:

ManuPavy

12/12/2005 à 16:27

Bonjour,

[ 8< ]
2° bug
Impossible de récupérer, dans une requête "manuelle" la valeur d'un memo
texte. Définition de requete "manuelle": requête faite en dehors de
l'éditeur de requêtes Windev ce qui s'avère nécessaire, pour moi, dans
75% des cas car Windev ne sait pas gèrer les jointures un tout petit peu
complexes dans son éditeur.

Moi qui pensais etre le seul et que personne ne me comprenait ;-)
http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/52fee6bd96ea8b0b/de319d450ea51136?q=sqlexec+text&rnum=2#de319d450ea51136
http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/57b343b87272bbb8/dba2707a685995e3?q=sqlexec+text&rnum=1#dba2707a685995e3

M. Prut, PDG de PC-Soft, m'a assuré, lors de la présentation de W10 à
Lyon, que ces 2 bugs avaient été corrigés dans la V10.

Ouais, bin maintenant que j'ai contourné ...

mais d'ailleurs, il ne s'agit que de l'acces natif, non ? s'ils le
mettent à jour sera-t-il possible de l'utiliser dans WD9 ?

sinon, pour reprendre le fil initial :
une 10aine de poste avec 3 voire 4 connexions par poste (mais ca ca
dépend de mysql) sur des sites géographiques très éloignés (Paris,
Toulouse, Lille)
Je n'utilise pas les transactions de windev, juste des ordres sql ; donc
je ne peux pas dire sur la gestion des transactions dans windev
c'est robuste (assez pour ce à quoi ca doit répondre)
les problemes d'accès concurrent sont uniquement là parce qu'ils ne sont
pas pris en compte lors de la programmation (un seul utilisateur est
censé accéder à une meme donnée en écriture)

--
Manu

Christophe Charron

12/12/2005 à 16:45

ManuPavy a écrit :

Bonjour,

[ 8< ]
2° bug
Impossible de récupérer, dans une requête "manuelle" la valeur d'un
memo texte. Définition de requete "manuelle": requête faite en dehors
de l'éditeur de requêtes Windev ce qui s'avère nécessaire, pour moi,
dans 75% des cas car Windev ne sait pas gèrer les jointures un tout
petit peu complexes dans son éditeur.

Moi qui pensais etre le seul et que personne ne me comprenait ;-)
http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/52fee6bd96ea8b0b/de319d450ea51136?q=sqlexec+text&rnum=2#de319d450ea51136

http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/57b343b87272bbb8/dba2707a685995e3?q=sqlexec+text&rnum=1#dba2707a685995e3

M. Prut, PDG de PC-Soft, m'a assuré, lors de la présentation de W10 à
Lyon, que ces 2 bugs avaient été corrigés dans la V10.

Ouais, bin maintenant que j'ai contourné ...

mais d'ailleurs, il ne s'agit que de l'acces natif, non ? s'ils le
mettent à jour sera-t-il possible de l'utiliser dans WD9 ?

sinon, pour reprendre le fil initial :
une 10aine de poste avec 3 voire 4 connexions par poste (mais ca ca
dépend de mysql) sur des sites géographiques très éloignés (Paris,
Toulouse, Lille)
Je n'utilise pas les transactions de windev, juste des ordres sql ; donc
je ne peux pas dire sur la gestion des transactions dans windev
c'est robuste (assez pour ce à quoi ca doit répondre)
les problemes d'accès concurrent sont uniquement là parce qu'ils ne sont
pas pris en compte lors de la programmation (un seul utilisateur est
censé accéder à une meme donnée en écriture)

Bonsoir,
désolé Manu, à l'époque, je n'ai pas percuté et puis peut-être n'avais
pas flashé sur "text" parce que j'utilise plutot la terminologie "Memo".
Ton coutournement, (passer par les SQLEXEC) m'a été indiqué par le ST
mais ne me convenait pas car j'utilise déja cette possibilité pour me
connecter au systeme d'information de la GPAO de mes clients et déjà que
je jongle avec 2 connexions GPAO, je ne voulais pas en rajouter une 3° !!!
C'est en l'occurrence la raison essentielle pour laquelle je n'ai pas
basculé PROLOGIQ en 9. Et tant que je n'aurai pas constaté que ces
vieux bugs n'ont pas été corrigé, je ne passerai pas en 10.

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:

ManuPavy a écrit :

Bonjour,

[ 8< ]
2° bug
Impossible de récupérer, dans une requête "manuelle" la valeur d'un
memo texte. Définition de requete "manuelle": requête faite en dehors
de l'éditeur de requêtes Windev ce qui s'avère nécessaire, pour moi,
dans 75% des cas car Windev ne sait pas gèrer les jointures un tout
petit peu complexes dans son éditeur.

Moi qui pensais etre le seul et que personne ne me comprenait ;-)
http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/52fee6bd96ea8b0b/de319d450ea51136?q=sqlexec+text&rnum=2#de319d450ea51136

http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/57b343b87272bbb8/dba2707a685995e3?q=sqlexec+text&rnum=1#dba2707a685995e3

M. Prut, PDG de PC-Soft, m'a assuré, lors de la présentation de W10 à
Lyon, que ces 2 bugs avaient été corrigés dans la V10.

Ouais, bin maintenant que j'ai contourné ...

mais d'ailleurs, il ne s'agit que de l'acces natif, non ? s'ils le
mettent à jour sera-t-il possible de l'utiliser dans WD9 ?

sinon, pour reprendre le fil initial :
une 10aine de poste avec 3 voire 4 connexions par poste (mais ca ca
dépend de mysql) sur des sites géographiques très éloignés (Paris,
Toulouse, Lille)
Je n'utilise pas les transactions de windev, juste des ordres sql ; donc
je ne peux pas dire sur la gestion des transactions dans windev
c'est robuste (assez pour ce à quoi ca doit répondre)
les problemes d'accès concurrent sont uniquement là parce qu'ils ne sont
pas pris en compte lors de la programmation (un seul utilisateur est
censé accéder à une meme donnée en écriture)

Bonsoir,
désolé Manu, à l'époque, je n'ai pas percuté et puis peut-être n'avais
pas flashé sur "text" parce que j'utilise plutot la terminologie "Memo".
Ton coutournement, (passer par les SQLEXEC) m'a été indiqué par le ST
mais ne me convenait pas car j'utilise déja cette possibilité pour me
connecter au systeme d'information de la GPAO de mes clients et déjà que
je jongle avec 2 connexions GPAO, je ne voulais pas en rajouter une 3° !!!
C'est en l'occurrence la raison essentielle pour laquelle je n'ai pas
basculé PROLOGIQ en 9. Et tant que je n'aurai pas constaté que ces
vieux bugs n'ont pas été corrigé, je ne passerai pas en 10.

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:christophe.charron@prologiq.fr

Vous avez filtré cet utilisateur ! Consultez son message

ManuPavy a écrit :

Bonjour,

[ 8< ]
2° bug
Impossible de récupérer, dans une requête "manuelle" la valeur d'un
memo texte. Définition de requete "manuelle": requête faite en dehors
de l'éditeur de requêtes Windev ce qui s'avère nécessaire, pour moi,
dans 75% des cas car Windev ne sait pas gèrer les jointures un tout
petit peu complexes dans son éditeur.

Moi qui pensais etre le seul et que personne ne me comprenait ;-)
http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/52fee6bd96ea8b0b/de319d450ea51136?q=sqlexec+text&rnum=2#de319d450ea51136

http://groups.google.fr/group/fr.comp.developpement.agl.windev/browse_frm/thread/57b343b87272bbb8/dba2707a685995e3?q=sqlexec+text&rnum=1#dba2707a685995e3

M. Prut, PDG de PC-Soft, m'a assuré, lors de la présentation de W10 à
Lyon, que ces 2 bugs avaient été corrigés dans la V10.

Ouais, bin maintenant que j'ai contourné ...

mais d'ailleurs, il ne s'agit que de l'acces natif, non ? s'ils le
mettent à jour sera-t-il possible de l'utiliser dans WD9 ?

sinon, pour reprendre le fil initial :
une 10aine de poste avec 3 voire 4 connexions par poste (mais ca ca
dépend de mysql) sur des sites géographiques très éloignés (Paris,
Toulouse, Lille)
Je n'utilise pas les transactions de windev, juste des ordres sql ; donc
je ne peux pas dire sur la gestion des transactions dans windev
c'est robuste (assez pour ce à quoi ca doit répondre)
les problemes d'accès concurrent sont uniquement là parce qu'ils ne sont
pas pris en compte lors de la programmation (un seul utilisateur est
censé accéder à une meme donnée en écriture)

Bonsoir,
désolé Manu, à l'époque, je n'ai pas percuté et puis peut-être n'avais
pas flashé sur "text" parce que j'utilise plutot la terminologie "Memo".
Ton coutournement, (passer par les SQLEXEC) m'a été indiqué par le ST
mais ne me convenait pas car j'utilise déja cette possibilité pour me
connecter au systeme d'information de la GPAO de mes clients et déjà que
je jongle avec 2 connexions GPAO, je ne voulais pas en rajouter une 3° !!!
C'est en l'occurrence la raison essentielle pour laquelle je n'ai pas
basculé PROLOGIQ en 9. Et tant que je n'aurai pas constaté que ces
vieux bugs n'ont pas été corrigé, je ne passerai pas en 10.

--
Cordialement
Christophe Charron

PROLOGIQ
7 bis Rue des Aulnes
69410 Champagne au Mont d'Or

Tel : 0 437 499 107
Fax : 0 437 499 105
mailto:

Adrien

12/12/2005 à 21:38

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmation
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dynamiques,
etc...

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

A+

Emmanuel Lecoester

12/12/2005 à 22:12

"Adrien" a écrit dans le message de
news:439ddfcf$0$4364$

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmation
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dynamiques,
etc...

Adrien tu baisses dans mon estime avec ta méconnaissance du sujet (tu
devrais essayer de télécharger pour le tester ;-)). FichierVersEcran existe
avec SQLManagerX, les tables automatiques c'est ce qu'on appelle les tables
"Xtable", un "semblant" (voir plus bas) de table fichier les tables
"Ctable", les combos c'est ChargeCombo, les requetes tu les fais dans un
frontal et tu les recopies dasn ton code au moins tu es sur du temps de
réponse utilisateur et de la validite de celle-ci (pas besoinde
hSansCorrection). Un état complexe peut se construire avec des données lues
et gérées de manière explicite.

Par contre tu me dirais avec SQLManagerX il n'y a pas d'analyse OUI, il n'y
a pas de table fichier au vrai sens WinDev OUI, il n'y a pas d'objet
requetes que l'on parcourt comme un fichier HyperFile OUI, il n'y a pas la
complétion automatique quand tu tapes ton code OUI, tu ne peux pas faire de
drag&drop entre ton TV et ton IHM OUI, les blobs ne sont pas gérés pour tous
les accès OUI.

Tu vois je te donne même de l'argumentation contre !

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

Parce que SQLManagerX est GRATUIT pour TOUS les accès tels que MySQL,
Oracle, FireBird, PostgreSQL,... contrairement à d'autres malgré leur
modique somme. Ces accès sont performants et n'ont pas à rougir même devant
les accès pour des langages concurrents (normal, on se base sur les mêmes
API ^_^).

En tout cas merci de me faire une tribune aussi facilement sans que celà
puisse être associé à une forme de publicité de ma part.
--
Emmanuel Lecoester

"Adrien" <adrien.titou@ifrance.com> a écrit dans le message de
news:439ddfcf$0$4364$626a54ce@news.free.fr...

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmation
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dynamiques,
etc...

Adrien tu baisses dans mon estime avec ta méconnaissance du sujet (tu
devrais essayer de télécharger pour le tester ;-)). FichierVersEcran existe
avec SQLManagerX, les tables automatiques c'est ce qu'on appelle les tables
"Xtable", un "semblant" (voir plus bas) de table fichier les tables
"Ctable", les combos c'est ChargeCombo, les requetes tu les fais dans un
frontal et tu les recopies dasn ton code au moins tu es sur du temps de
réponse utilisateur et de la validite de celle-ci (pas besoinde
hSansCorrection). Un état complexe peut se construire avec des données lues
et gérées de manière explicite.

Par contre tu me dirais avec SQLManagerX il n'y a pas d'analyse OUI, il n'y
a pas de table fichier au vrai sens WinDev OUI, il n'y a pas d'objet
requetes que l'on parcourt comme un fichier HyperFile OUI, il n'y a pas la
complétion automatique quand tu tapes ton code OUI, tu ne peux pas faire de
drag&drop entre ton TV et ton IHM OUI, les blobs ne sont pas gérés pour tous
les accès OUI.

Tu vois je te donne même de l'argumentation contre !

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

Parce que SQLManagerX est GRATUIT pour TOUS les accès tels que MySQL,
Oracle, FireBird, PostgreSQL,... contrairement à d'autres malgré leur
modique somme. Ces accès sont performants et n'ont pas à rougir même devant
les accès pour des langages concurrents (normal, on se base sur les mêmes
API ^_^).

En tout cas merci de me faire une tribune aussi facilement sans que celà
puisse être associé à une forme de publicité de ma part.
--
Emmanuel Lecoester

Vous avez filtré cet utilisateur ! Consultez son message

Daniel

12/12/2005 à 23:16

"Adrien" writes:

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmati on
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dyna miques,
etc...

c'est faux, pour en avoir une idée il suffit de chercher les méthodes
SQLxxx et de remplacer SQLxxx par Hxxx pour avoir une idée de ce qui
peut être fait.
Pour les états complexes je ne vois pas ce qu'apporte de plus l'accès
natif PCSOFT...

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

A+

Pourquoi?
-car j'ai toujours la version 7.5, et l'accès fournit n'est pas
compatible avec MySQL4
-car en cas de déconnexion au serveur l'appli plante
-car la programmation en ordre Hxxx et en table fichier sont ératiques
-car à priori il y a des problèmes sur les memos (cf ce thread)
-car il ne gère pas l'embedded...
-car ce n'a pas l'air la priorité de PCSoft de le maintenir
-car j'aime bien savoir ce que j'écris, et ne pas doubler mes requêtes
si je fais des ordres Hx (regarder les logs du serveurs)
-car j'ai une compatibilité de code entre MySQL, PostgreSQL, Firebird,
SQLite proche de 100% (concernant Oracle, je ne sais pas car je ne
maitrise pas suffisament cette base)
-car mon appli compilée ne demande aucune modif pour tourner sur
MySQL, POstgresql, firebird... il suffit que j'indique la base utilisé
dans fichier ini.
-que la taille de saisie de mes champs type texte dans ma fenêtre sont d éfinis
dynamiquement.
-j'ai des automatismes des fonctions du type htableversecran,
hecranverstable sans avoir besoin d'avoir une analyse (enfin les
fonctions s'appellent sqltableversecran...)
-car j'ai les sources des dll, et classes et celà me permet de
l'adapter à mes besoins.

Autre point c'est la classe php4wd permet sans aucun problème
d'attaquer toutes bases de données sur un serveur hébergeant PHP, et
sur lequel l'accès direct du port de la base est interdit par l'Internet.

Maintenant si PCsoft veut bien ouvrir son source pour savoir ce que
font les fonctions, je reverrais ma position.

Mais bon, je ne pense pas que celà fasse parti de leur priorité
sachant qu'ils ont fait un GDS... il suffisait de mettre tous les
fichiers des fenêtres, classes etc.. en type texte, et tous les
serveurs cvs qu'on trouve gratuitement et en opensource sur le net
auraient été suffisants.

--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)

"Adrien" <adrien.titou@ifrance.com> writes:

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmati on
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dyna miques,
etc...

c'est faux, pour en avoir une idée il suffit de chercher les méthodes
SQLxxx et de remplacer SQLxxx par Hxxx pour avoir une idée de ce qui
peut être fait.
Pour les états complexes je ne vois pas ce qu'apporte de plus l'accès
natif PCSOFT...

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

A+

Pourquoi?
-car j'ai toujours la version 7.5, et l'accès fournit n'est pas
compatible avec MySQL4
-car en cas de déconnexion au serveur l'appli plante
-car la programmation en ordre Hxxx et en table fichier sont ératiques
-car à priori il y a des problèmes sur les memos (cf ce thread)
-car il ne gère pas l'embedded...
-car ce n'a pas l'air la priorité de PCSoft de le maintenir
-car j'aime bien savoir ce que j'écris, et ne pas doubler mes requêtes
si je fais des ordres Hx (regarder les logs du serveurs)
-car j'ai une compatibilité de code entre MySQL, PostgreSQL, Firebird,
SQLite proche de 100% (concernant Oracle, je ne sais pas car je ne
maitrise pas suffisament cette base)
-car mon appli compilée ne demande aucune modif pour tourner sur
MySQL, POstgresql, firebird... il suffit que j'indique la base utilisé
dans fichier ini.
-que la taille de saisie de mes champs type texte dans ma fenêtre sont d éfinis
dynamiquement.
-j'ai des automatismes des fonctions du type htableversecran,
hecranverstable sans avoir besoin d'avoir une analyse (enfin les
fonctions s'appellent sqltableversecran...)
-car j'ai les sources des dll, et classes et celà me permet de
l'adapter à mes besoins.

Autre point c'est la classe php4wd permet sans aucun problème
d'attaquer toutes bases de données sur un serveur hébergeant PHP, et
sur lequel l'accès direct du port de la base est interdit par l'Internet.

Maintenant si PCsoft veut bien ouvrir son source pour savoir ce que
font les fonctions, je reverrais ma position.

Mais bon, je ne pense pas que celà fasse parti de leur priorité
sachant qu'ils ont fait un GDS... il suffisait de mettre tous les
fichiers des fenêtres, classes etc.. en type texte, et tous les
serveurs cvs qu'on trouve gratuitement et en opensource sur le net
auraient été suffisants.

--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)

Vous avez filtré cet utilisateur ! Consultez son message

"Adrien" writes:

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmati on
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dyna miques,
etc...

c'est faux, pour en avoir une idée il suffit de chercher les méthodes
SQLxxx et de remplacer SQLxxx par Hxxx pour avoir une idée de ce qui
peut être fait.
Pour les états complexes je ne vois pas ce qu'apporte de plus l'accès
natif PCSOFT...

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

A+

Pourquoi?
-car j'ai toujours la version 7.5, et l'accès fournit n'est pas
compatible avec MySQL4
-car en cas de déconnexion au serveur l'appli plante
-car la programmation en ordre Hxxx et en table fichier sont ératiques
-car à priori il y a des problèmes sur les memos (cf ce thread)
-car il ne gère pas l'embedded...
-car ce n'a pas l'air la priorité de PCSoft de le maintenir
-car j'aime bien savoir ce que j'écris, et ne pas doubler mes requêtes
si je fais des ordres Hx (regarder les logs du serveurs)
-car j'ai une compatibilité de code entre MySQL, PostgreSQL, Firebird,
SQLite proche de 100% (concernant Oracle, je ne sais pas car je ne
maitrise pas suffisament cette base)
-car mon appli compilée ne demande aucune modif pour tourner sur
MySQL, POstgresql, firebird... il suffit que j'indique la base utilisé
dans fichier ini.
-que la taille de saisie de mes champs type texte dans ma fenêtre sont d éfinis
dynamiquement.
-j'ai des automatismes des fonctions du type htableversecran,
hecranverstable sans avoir besoin d'avoir une analyse (enfin les
fonctions s'appellent sqltableversecran...)
-car j'ai les sources des dll, et classes et celà me permet de
l'adapter à mes besoins.

Autre point c'est la classe php4wd permet sans aucun problème
d'attaquer toutes bases de données sur un serveur hébergeant PHP, et
sur lequel l'accès direct du port de la base est interdit par l'Internet.

Maintenant si PCsoft veut bien ouvrir son source pour savoir ce que
font les fonctions, je reverrais ma position.

Mais bon, je ne pense pas que celà fasse parti de leur priorité
sachant qu'ils ont fait un GDS... il suffisait de mettre tous les
fichiers des fenêtres, classes etc.. en type texte, et tous les
serveurs cvs qu'on trouve gratuitement et en opensource sur le net
auraient été suffisants.

--
suivre ce lien pour répondre:
http://cerbermail.com/?2KrV3YZXnn
Daniel
;-)

EMPRIN fredereric

13/12/2005 à 08:33

Adrien a écrit:

>>Programmation faite uniquement en SQL et avec l'accès alternatif et la
>>classe SQLManagerX.

le pb de cette méthode c'est que tu ne peux pas utiliser la programmation
avancée, les FichierVersEcran, les tables automatiques, les combos, les
objets requête, les états complexes comme les tableaux croisés dynamiques,
etc...

voila tout le probleme, que ce soit ici ou sur le forum pcsoft : on parle
sans connaitre en etant persuade que l'on detien la verite
FichierVersEcran : SQLTableVersEcran
table automatique : on propose 2 systeme pour ces tables de façon a avoir
un maximum de rendu (vitesse, ou totalite) les methode sont Xtable et
Ctable
les combos : SQLChargeCombo
etat complexe : une requetes suffit a faire un etat. j'ai des requetes en
jointure sur 7 ou 8 tables et mes etats sont d'une programmation hyper
simple (et surtout toujours la meme) il existe aussi une edition
automatique.
de plus comme dans windev une table effichée est imprimable sans faire un
etat (ce que fait windev : il genere un etat liée a la table) juste un
bouton avec 1 ligne de code

en plus dans le cas de mysql, l'accés natif est gratuit, pourquoi s'en
priver...

non seulement l'acces alter natif est GRATUIT mais il est dans sa version
actuelle compatible WD7.5 WD8 WD9 et WD10 sur les serveur mySQL jusqu'a 5
(alors en WD10 avez vous l'acces mysql disponible ? maintenant)

bref avant de dire des betises il faudrait peut etre un peu se renseigner
(un oeil sur la doc, ou dans le projet exemple vous aurait montrer tout
cela)

bref c'est comme ca que les trolls apparaisssent et que la polemique
commence. mais j'en suis habitue maintenant

A+

Windev et MySql. Questions

9 réponses

Veuillez sélectionner un problème