J'ai un gros projet à tenter de réaliser. J'ai eu l'occasion de développer sous windev, mais je suis loin d'être un pro, d'ailleurs je pense avoir tout oublié. Par contre, je me suis investis à fond dans le web. Je développe donc principalement en php / mysql.
On m'a confié pour mission de créer un site web présentant un catalogue (article, stock, ...), qui se met à jour en temps réel à partir de la meme application windev (et hyperfile). Autrement dit : le site web ne doit pas etre administré (ou le moins possible). Tout doit etre géré par l'appli windev.
Cette application existe déjà, et tres nombreuses sont les données hyperfile.

Je pense que vous comprenez déjà mon problème.

- existe t il un moyen d'exporter la base de donnée windev en mysql, par exemple, sans pour autant intérrompre trop longuement l'application ? Et qu'elle continue à fonctionner normalement ?
Il ne me suffirait alors plus qu'a interroger la base à l'aide de php.
- ou bien peut-on synchroniser la base mysql avec un systeme cron (automatiquement toutes les heures par exemple)

bref, j'ai été long, je ne sais pas du tout par ou commencer. HELP, PLEASE !!!

Bonjour negotop et bienvenue.

Pas de panique !
Tout d'abord tu dois identifier clairement quelles sont les entrées dans le système d'informations (wd + web : qui saisie des données).
Si tu n'as qu'une seul source (WD) cela facilite les choses pour la synchro.
Sinon, ben il va falloir faire preuve d'imagination.
On reste pour l'instant dans le premier cas : saisie WD+HF et site mySQL.

2 voies sont possible
1/ la plus longue a mettre en place mais au final, la plus efficace (on pourrait même obtenir du temps réel) : migrer ton WD+HF en WD+mysql (SQLManagerX) et accès distant sur la même base en option pour le temps réel ou simple copie.

2/ la plus rapide a mettre ne place et on aura toujours un décalage...
migrer les données HF en mysql, post sur serveur web + mysqlimport (cron ou php lancé par hrequettehttp de wd après envois du fichier (plus logique).
la migration des données a cela de sensible que les bases ne sont pas toujours les même (noms et structures différentes). La migration HF>SQL doit donc être réalisée selon ton besoin précis.
En revanche et pour finir, si des tables sont strictement les même, SQLManagerX est comporte aussi un module de conversion HF->mysql (hé hé !) : voir le site de Firetox (dans les partenaires) car la version ici n'est pas la dernière (pb synchro en cours de réalisation). Une autre solution a été développée par Tanguy Pruvot (idem dans les partenaires).

Voilà donc pour l'instant, bonne analyse !

hmmm !! quel plaisir... je commence à comprendre comment tout cela pourrait etre réalisable.
Pour cibler davantage : OUI, je n'ai qu'une seul source (WINDEV), donc saisie WD+HF.

La voie n°1 me plait bien. Par contre la voie 2 en est assez proche, selon ce que j'ai compris : En fait migrer mon WD+HF en WD+mysql (SQLManagerX) revient à migrer les données HF en mysql, non ?
Je me posais encore des questions sur tes informations :
- si je passe de HF à mysql, je devrais créer moi même ma base mysql, les tables devraient alors etre strictement les même. Donc je pourrais utiliser SQLManagerX sans probleme ?
- dans ce cas, est-ce que cela se ferait assez rapidement ou bien il me faudrait prévoir un sérieux arret de l'activité de l'application windev ?

En tout cas merci beaucoup pour toutes tes précieuses informations. Je me renseigne sur SQLManagerX, et te tiens au courant de mes avancées.

@+
negotop

Attention cependant, il existe une différence de taille entre les 2 voies dont je doute que tu ai compris la portée

1/ (sqlMx) : tu garde WD (adaptation des prg quand même) et la base est NATIVEMENT mysql.
Ainsi tu as deux possibilités :
1a/ une base 'de saisie', et envois réguliers du DUMP (mysqldump) sur le serveur pour import (mysqldump aussi hi! hi!) pour maj du web : donc deux bases (identiques).
1b/ Une seule et même base pour WD et web = temps réel ! (mais risques aussi)

2/ une base HF (pour le WD) + conversion vers mysql puis envois réguliers vers web.

c'est pas vraiment la même choses !

SQLMx est en téléchargement sur le site de Firetox qui donne aussi à un lien spécialisé sur cet outil !

Je m'étais effectivement rendu compte de la nuance non négligeable entre tes 2 propositions par la suite. J'ai saisi, maintenant
Je ne veux pas t'embeter, mais est-ce que cela veut dire que dans le cas de 2 bases, la mise à jour des données ne pourrait se faire que dans le sens WD -> WEB ?

J'ai visité le site de Firetox. c'est une vraie mine d'or

@+
NGT

salut,
Il n'y a aucun problème technique à avoir des données qui transitent dans les deux sens à la seule condition qu'elle ne touchent pas au même domaine logique! Sinon il faut monter des contrôles et règles de priorité...

Par exemple ton app wd renseigne la base de tes article (ID,description,photo,PV), tes groupes d'utilisateur (avec privilèges...) et dans l'autre sens tu peux recevoir des commandes (ref + qte + PV + idaccordpaiement_en_ligne ) que tu pourras alors traiter.

Attention : dans ce cas, si tu supprimes un article et qu'une commande le concerne, il te faut un schéma décisionnel.
NB une augmentation de PV est géré par la transmision du prix de la commande (qui fait fois : contre tes maj depuis la base et permet de prendre les remises en compte)

j'espère t'avoir donné par cet exemple un aperçu des risques encourus.

Je te remercie pour tous tes renseignements. c'est super cool de ta part !!!
Tu mérites bien ta réputation dans le milieu.
allez, c'est l'heure de me lancer concretement. je te tiens au courant,

@+
Negotop

Bonjour,

je viens de decouvrir votre discussion.
Effectivement dans la deuxieme voie (utilisation du SQMX converter) le programme windev n'a pas besoin d'être touche. et la conversion peut se faire en mode automatique (la nuit)

de plus grosse inovation je l'ai accelerer (a peu près fois 6). maintenant un fichier de 30 Mo se transfert en 10 minute pour MySQL (car je groupe les insert pour faire moins de requetes)

donc pour une implementation rapide (d'autre l'on deja fait) cette solution est envisageable, suivant bien entendu le volume de donnée.

la deuxieme solution est plus pertinente mais il faut reprndre le programme (la dans l'objectif d'evolution futur) mais comme me l' a dit un tuilisateur du converter . mon prog wd fonctionne très bien, ma base HF ne me pose pas de souci , mais il me faut un acces Web (il est très content de sa base MySql.

voila
Attention : nous somme le 18 et je dois faire encore quelque test pour valider SQMX converter 1.0.0.2 j'ai refait une fonction de l'acces natif MySQL : MySQLEscapeString qui nous prenait beaucoup trop de temps

donc bientot un nouveau patch prendra en compte cette modification (actuellement je l'ai fait en procedure et non dans l'acces natif)

voila
Bon dev
@+

Firetox

Merci Firetox, d'être passé et pour ce complément d'information pertinentes.

Dis : tu ne plonges pas dans le message publicitaire avec '6x+vite' ?
En tout cas c'est ce qu'on appelle de l'optimisation.

negotop apprécieras : non seulement il va réasliser son gros projet mais en plus cela sera performant !

Bon dev à toi aussi

Quel bonheure !!!! Les 2 maitres sur mon projet, que demander de mieux !!! Ah que si, j'apprécie vraiment.
Encore merci pour votre aide,
Je continue à suivre vos travaux,

@+
NGT