Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Développement Développement WinDev Que choisir ?

Que choisir ?

20 réponses
Avatar
Manuel Pavy
Il s'agit d'un message multivolet au format MIME.
--------------D47579D4C4D2180FBAFD6669
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

Bonjour,
Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
initial de ce projet etait de développer une application avec une bdd
moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
Ceci marchait très bien (au vue des tests non réels car seuls qqs
enregistrements etaient présents) mais l'objectif a changé, et il faut
maintenant penser à une application réseau. Nous attendions la version
client/serveur de WD, mais celle ci tarde à venir.
L'interface client est quant à lui fixé et validé.
Et d'après tout ce que j ai pu comprendre à travers vos discussions, il
me faut donc choisir entre ces diverses solutions :
- HF avec RPC (car site distant) mais à priori très lent =>
redéveloppement par filtre au lieu de requete, optimisation, etc...
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- MySQL (ou autre) natif (véritable client/serveur mais limité notamment
par l auto-increment et nécessite une reconstruction de la base - a
priori rapide)*
- autre ?

Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
voir que les avis divergent mais les conditions n'étaient pas forcément
les mêmes (sites distants) je n'arrive pas à voir les différences
flagrantes. J'aimerais donc avoir votre avis sur la question.
Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
est pas forcement necessaire de les récupérer (d autant qu on peut
toujours passer par XML si vraiment.)
Merci,

Manu


* d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
manquante, si vous pouviez m'aider

--------------D47579D4C4D2180FBAFD6669
Content-Type: text/x-vcard; charset=us-ascii;
name="manuel.pavy.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Carte pour Manuel Pavy
Content-Disposition: attachment;
filename="manuel.pavy.vcf"

begin:vcard
n:Pavy;Manuel
x-mozilla-html:FALSE
url:www.onera.fr
org:ONERA-CERT;Direction HSE
adr:;;2 Avenue Edouard Belin;TOULOUSE;;31000;France
version:2.1
email;internet:manuel.pavy@onecert.fr
title:stagiaire HSE
fn:Manuel Pavy
end:vcard

--------------D47579D4C4D2180FBAFD6669--
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2
Avatar
Simon
Salut,

Ce que je crois comprendre, tu passes d'une utilisation monoposte vers une
utilisation multi-poste et multi-sites. La conception sera forcément à
revoir (surtout à cause des sites distants). Si tu veux une BDD centralisée
avec accès temps réél et avec une ligne à faible débit entre les sites, il
ne faut pas t'attendre à des miracles (que ce soit avec HF, MySQL ou
Oracle... ce sera la même chose). Il faudra alors peut-être penser à la
réplication des données entre les sites et ce n'est pas une simple
affaire...

Pour une appli multi-users sur un réseau LAN (un seul site). HF devrait
convenir à tes attentes et il ne faudrait pas modifier grand chose dans ton
code. En fait il faut que tu te poses la question concernant l'accès
concurrentiel à 1 même enreg par 2 users. Faut-il bloquer l'accès, interdire
les modifs...seul le concpteur peut répondre à ces questions.

Bon Dév.



"Manuel Pavy" a écrit dans le message de news:

Bonjour,
Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
initial de ce projet etait de développer une application avec une bdd
moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
Ceci marchait très bien (au vue des tests non réels car seuls qqs
enregistrements etaient présents) mais l'objectif a changé, et il faut
maintenant penser à une application réseau. Nous attendions la version
client/serveur de WD, mais celle ci tarde à venir.
L'interface client est quant à lui fixé et validé.
Et d'après tout ce que j ai pu comprendre à travers vos discussions, il
me faut donc choisir entre ces diverses solutions :
- HF avec RPC (car site distant) mais à priori très lent =>
redéveloppement par filtre au lieu de requete, optimisation, etc...
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- MySQL (ou autre) natif (véritable client/serveur mais limité notamment
par l auto-increment et nécessite une reconstruction de la base - a
priori rapide)*
- autre ?

Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
voir que les avis divergent mais les conditions n'étaient pas forcément
les mêmes (sites distants) je n'arrive pas à voir les différences
flagrantes. J'aimerais donc avoir votre avis sur la question.
Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
est pas forcement necessaire de les récupérer (d autant qu on peut
toujours passer par XML si vraiment.)
Merci,

Manu


* d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
manquante, si vous pouviez m'aider



Avatar
Roumegou Eric
Manuel Pavy a couché sur son écran :
- MySQL (ou autre) natif (véritable client/serveur mais limité notamment
par l auto-increment et nécessite une reconstruction de la base - a
priori rapide)*



je ne vois pas les limites de l'autoincrément pour mySQL

- autre ?

Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
voir que les avis divergent



et dix verges, c'est beaucoup comme disait P.Desproges

mais les conditions n'étaient pas forcément
les mêmes (sites distants) je n'arrive pas à voir les différences
flagrantes.



Un réseau VPN avec une base C/S (mySQL, Oracle, SQLServer).
Surtout avec un sgbd, tu te gardes la possibilité d'utiliser d'autres
outils (PHP par ex)

J'aimerais donc avoir votre avis sur la question.
Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
est pas forcement necessaire de les récupérer (d autant qu on peut
toujours passer par XML si vraiment.)



Oui, mais tu te compliquerais plus qu'autre chose
XML ok pour gérer des échanges entre applis, pas pour faire un import
one shot.

Merci,

Manu


* d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
manquante, si vous pouviez m'aider



Tu peux récupérer la libmysql (mysql.com) sur internet ou avec
n'importe quel outil frontal (sqlyog, mysqlfront) ou en téléchargeant
les projets des accès alternatifs, mais attention aux pb de versions
avec cette dll.

--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Avatar
Sam \(au boulot\)
Bonjour,

Travaillant avec HF (à regret mais c'est comme ça) et connaissant bien MySQL
et d'autres SGBD-R, je ne peux que t'orienter vers une gestion MySQL/InnoDB
(avec transactions). Avec pour inconvénients :

- une migration, pas besoin d'être un expert pour le deviner :o)
- un coût de licence (env 450?), car MySQL n'est gratuit que dans certaines
cas, mais son coût est largement inférieure à un Oracle ou SQLServer.
- c'est moins simple à gérer qu'une simple gestion de fichier en cas de
soucis, pour les backups (soit acquérir le soft de backup transactionnel
payant, soit faire une backup offline), etc... il faut bien connaitre le
produit !

Si tu peux te passer des transactions, et avoir un fiabilité moindre en cas
d'incident tu peux prendre MySQL en MyIsam (licence moins chère, env 250?).

Techniquement parlant ce choix est nettement meilleurs que HF, surtout en
accès concurent... mais les contraintes et les coûts ne sont pas les mêmes.

Sam.



"Manuel Pavy" a écrit dans le message de
news:
Bonjour,
Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
initial de ce projet etait de développer une application avec une bdd
moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
Ceci marchait très bien (au vue des tests non réels car seuls qqs
enregistrements etaient présents) mais l'objectif a changé, et il faut
maintenant penser à une application réseau. Nous attendions la version
client/serveur de WD, mais celle ci tarde à venir.
L'interface client est quant à lui fixé et validé.
Et d'après tout ce que j ai pu comprendre à travers vos discussions, il
me faut donc choisir entre ces diverses solutions :
- HF avec RPC (car site distant) mais à priori très lent =>
redéveloppement par filtre au lieu de requete, optimisation, etc...
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- MySQL (ou autre) natif (véritable client/serveur mais limité notamment
par l auto-increment et nécessite une reconstruction de la base - a
priori rapide)*
- autre ?

Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
voir que les avis divergent mais les conditions n'étaient pas forcément
les mêmes (sites distants) je n'arrive pas à voir les différences
flagrantes. J'aimerais donc avoir votre avis sur la question.
Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
est pas forcement necessaire de les récupérer (d autant qu on peut
toujours passer par XML si vraiment.)
Merci,

Manu


* d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
manquante, si vous pouviez m'aider



Avatar
Manuel Pavy
Il s'agit d'un message multivolet au format MIME.
--------------3F95DCF734F1E57820D63033
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

oui, tu as bien compris (1er paragraphe) et c est vrai que j e m attendais pas à
un travail spécialement simple. Mais en fait pour moi c'était de choisir sur
quelle "sgbd" partir. Oracle est trop lourd et inutile pour le projet mais ma
grosse hésitation etait entre mySQL et HyperFile sachant que tout ce que je
trouvais à propos de HF etait soit du mono poste, soit du LAN. Je ne sais pas ce
que ca vaut en WAN (je connais pas encore les protocoles utilisés, mais il s
agit d'un intranet classique avec une liaison faible débit) et en ce qui
concerne la réplication des données, ca doit etre completement faisable (d un
point de vue conceptuel) car chacun des sites est en ecriture sur une partie de
la base et en lecture sur le reste ; cependant, cela m'est inconnu, je vais donc
m y plonger. Si tu peux me filer qqs liens ou tuyaux, ce serait bien cool.
Merci

Manu

Simon a écrit :

Salut,

Ce que je crois comprendre, tu passes d'une utilisation monoposte vers une
utilisation multi-poste et multi-sites. La conception sera forcément à
revoir (surtout à cause des sites distants). Si tu veux une BDD centralisée
avec accès temps réél et avec une ligne à faible débit entre les sites, il
ne faut pas t'attendre à des miracles (que ce soit avec HF, MySQL ou
Oracle... ce sera la même chose). Il faudra alors peut-être penser à la
réplication des données entre les sites et ce n'est pas une simple
affaire...

Pour une appli multi-users sur un réseau LAN (un seul site). HF devrait
convenir à tes attentes et il ne faudrait pas modifier grand chose dans ton
code. En fait il faut que tu te poses la question concernant l'accès
concurrentiel à 1 même enreg par 2 users. Faut-il bloquer l'accès, interdire
les modifs...seul le concpteur peut répondre à ces questions.

Bon Dév.

"Manuel Pavy" a écrit dans le message de news:

> Bonjour,
> Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
> initial de ce projet etait de développer une application avec une bdd
> moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
> Ceci marchait très bien (au vue des tests non réels car seuls qqs
> enregistrements etaient présents) mais l'objectif a changé, et il faut
> maintenant penser à une application réseau. Nous attendions la version
> client/serveur de WD, mais celle ci tarde à venir.
> L'interface client est quant à lui fixé et validé.
> Et d'après tout ce que j ai pu comprendre à travers vos discussions, il
> me faut donc choisir entre ces diverses solutions :
> - HF avec RPC (car site distant) mais à priori très lent =>
> redéveloppement par filtre au lieu de requete, optimisation, etc...
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - MySQL (ou autre) natif (véritable client/serveur mais limité notamment
> par l auto-increment et nécessite une reconstruction de la base - a
> priori rapide)*
> - autre ?
>
> Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
> voir que les avis divergent mais les conditions n'étaient pas forcément
> les mêmes (sites distants) je n'arrive pas à voir les différences
> flagrantes. J'aimerais donc avoir votre avis sur la question.
> Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
> est pas forcement necessaire de les récupérer (d autant qu on peut
> toujours passer par XML si vraiment.)
> Merci,
>
> Manu
>
>
> * d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
> bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
> manquante, si vous pouviez m'aider
>



--------------3F95DCF734F1E57820D63033
Content-Type: text/x-vcard; charset=us-ascii;
name="manuel.pavy.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Carte pour Manuel Pavy
Content-Disposition: attachment;
filename="manuel.pavy.vcf"

begin:vcard
n:Pavy;Manuel
x-mozilla-html:FALSE
url:www.onera.fr
org:ONERA-CERT;Direction HSE
adr:;;2 Avenue Edouard Belin;TOULOUSE;;31000;France
version:2.1
email;internet:
title:stagiaire HSE
fn:Manuel Pavy
end:vcard

--------------3F95DCF734F1E57820D63033--
Avatar
Sam \(au boulot\)
Concernant le pb d'accès distant (que j'avais zapé à le première lecture),
as-tu envisagé un Windows Terminal Server (ou Citrix, mais c'est encore plus
cher) ? Cela peut-être la machine qui heberge les données (HF, MySQL ou
autre), et si les clients sont en W2000 ou XP-Pro les licences clients sont
intégrées.
Avatar
titou44
bonsoir

1 - en LAN, l'application réseau ne diverge pas du monoposte aux blocages
des enregistrements près.
du point de vue architecture, j'ai des applis où tout est dans un répertoire
du serveur (exe, fic, dll, ndx...)
et les postes du réseau font "connecter un lecteur réseau" vers le disque du
serveur, et ont des raccourcis vers les exe. Cela fonctionne sans pb depuis
des années avec des fichiers ayant des données de plus de 10 ans générées
par 10 postes en simultané.
2 - pour le WAN, j'ai testé la mise en place par site, d'un abonnement ADSL
avec une adresse IP fixe et un routeur ADSL avec la fonction VPN. Les
routeurs créent alors une continuité de réseau entre le site principal et
les sites distants. Pour l'apllication, même principe qu'avant (connexion
lecteur réseau) avec une différence : les exe et les dll sont dans
répertoire local et les raccourcis pointent vers le répertoire local pour
les exe et vers le répertoire distant pour les fichiers. Le temps de réponse
est acceptable (l'impression d'être sur un Pentium MMX), avec 2 abonnements
512/128. Je pense que l'on peut améliorer vers des abonnements 1024/256.

en espérant avoir aidé

titou44(marreduspam)@freesurf.fr


"Manuel Pavy" a écrit dans le message de news:

Bonjour,
Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
initial de ce projet etait de développer une application avec une bdd
moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
Ceci marchait très bien (au vue des tests non réels car seuls qqs
enregistrements etaient présents) mais l'objectif a changé, et il faut
maintenant penser à une application réseau. Nous attendions la version
client/serveur de WD, mais celle ci tarde à venir.
L'interface client est quant à lui fixé et validé.
Et d'après tout ce que j ai pu comprendre à travers vos discussions, il
me faut donc choisir entre ces diverses solutions :
- HF avec RPC (car site distant) mais à priori très lent =>
redéveloppement par filtre au lieu de requete, optimisation, etc...
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- MySQL (ou autre) natif (véritable client/serveur mais limité notamment
par l auto-increment et nécessite une reconstruction de la base - a
priori rapide)*
- autre ?

Voila, j ai passé vraiment beaucoup de temps à parcourir ces news pour
voir que les avis divergent mais les conditions n'étaient pas forcément
les mêmes (sites distants) je n'arrive pas à voir les différences
flagrantes. J'aimerais donc avoir votre avis sur la question.
Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
est pas forcement necessaire de les récupérer (d autant qu on peut
toujours passer par XML si vraiment.)
Merci,

Manu


* d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
manquante, si vous pouviez m'aider



Avatar
Daniel
Bonsoir,

ci-joint un lien qui peu t'éclairer sur le choix de ta base. Pour
"SGDB fichier" comprendre HF, pour SGBD C/S Oracle, mysql...
http://sqlpro.developpez.com/SQL_AZ_C.html

Concernant une application en réseau, celà peut aider.
Ensuite effectivement tu peux mettre du TSE/Citrix.

Je ne comprends pas la limitation de l'autoincrement sous mysql?
Si il y a limitation sous mysql aujourd'hui ce sont les vues, les
triggers et les procédures stockées (qui devraient arriver sur la 5.1)

Concernant le choix de la base tout dépend ce que ton application doit
faire. Toutefois ne pas négliger l'évolution de l'applicatif, et
partir sur des standards ouverts (mysql ou autre) est probablement
plus sécurisant en terme d'investissement que d'autres choix.
(développement d'un client sous Windev sur une base mysql, et pourquoi
pas ensuite passer à PHP...)

Concernant la libmysql.dll tu la récupères en installant
mysql. Attention installer la libmysql.dll d'une version >3.50 et <4
car avec la 4 tu as un problème de date avec l'accès natif de pcsoft.


"Manuel Pavy" a écrit dans le message de news:

> Bonjour,
> Je viens de découvrir WD(7.5) en reprenant un projet, cependant le but
> initial de ce projet etait de développer une application avec une bdd
> moyenne (une quarantaine de tables et qqs milliers d'enregistrements).
> Ceci marchait très bien (au vue des tests non réels car seuls qqs
> enregistrements etaient présents) mais l'objectif a changé, et il f aut
> maintenant penser à une application réseau. Nous attendions la vers ion
> client/serveur de WD, mais celle ci tarde à venir.
> L'interface client est quant à lui fixé et validé.
> Et d'après tout ce que j ai pu comprendre à travers vos discussions , il
> me faut donc choisir entre ces diverses solutions :
> - HF avec RPC (car site distant) mais à priori très lent =>
> redéveloppement par filtre au lieu de requete, optimisation, etc...
> - HF avec webdev (pour passer en http, mais nécessite le redévelopp ement
> de l IHM)
> - MySQL (ou autre) natif (véritable client/serveur mais limité nota mment
> par l auto-increment et nécessite une reconstruction de la base - a
> priori rapide)*
> - autre ?
>
> Voila, j ai passé vraiment beaucoup de temps à parcourir ces news p our
> voir que les avis divergent mais les conditions n'étaient pas forcé ment
> les mêmes (sites distants) je n'arrive pas à voir les différences
> flagrantes. J'aimerais donc avoir votre avis sur la question.
> Ah, j oubliais, les qqs données entrées dans la base sont des test, il n
> est pas forcement necessaire de les récupérer (d autant qu on peut
> toujours passer par XML si vraiment.)
> Merci,
>
> Manu
>
>
> * d ailleurs j'arrive pas à installer l acces natif à MySQL (on peut
> bien utiliser n importe quelle base mySQL ?), j ai la LibMySQL.DLL
> manquante, si vous pouviez m'aider
>





--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
Daniel
;-)
Avatar
laurent
bonsoir,

En ce qui concerne le choix d'une base de données, je partage l'avis de
Daniel : mieux vaut se tourner vers des solutions libres et largement
répandues (mysql)

Pour ma part j'utilise HF en réseau depuis 8 ans sans trop de probleme en
prenant soin de migrer de versions en versions (4 -> 5 -> 5.5 -> 7 -> 8)
mais lorsque je me penche ici-même sur la mise en ligne de données de ma
base sur internet avec un site web dynamique, les problèmes commencent.

il existe un odbc windows en lecture seule pour lire les données avec du
php, mais peu de support technique pour son utilisation.
pas d'odbc disponible ni même annoncé pour linux (source pcsoft)
un acces possible avec un serveur php, puis un serveur sql/xml (que je n'ai
pes encore testé)
La seule solution recommandée pa pcsoft : utiliser webdev sur un serveur
Windows, la version linux est annoncée pour 2004 (le mois n'étant pas
précisé)

Pour ma part, je vais certainement m'orienter vers une migration de HF vers
mySQL.

Cela permettra de faire tourner la base sous Linux/Samba et d'acceder aux
données avec Apache+PHP. D'après les remarques des uns et des autres
ici-même Samba+mySQL sous Linux est très performant et stable et la gestion
d'une DB mySQL avec Windev ne pose pas trop de problèmes...

Si quelqu'un a fait cette démarche de migration, je suis preneur de
conseils...

Salutations
Avatar
antoine.info
Moi je te conseille plutot l'utilisation de WinDev + WebDev sous HF.
A la vue des données que tu exposes, tu sera content du résultat.
De plus, dans sa dernière version, la réplication de données
fonctionne parfaitement. Concernant les couts d'exploitation, si ton
hébergeur à une licence, pour toi c'est gratuit, quelque soit le
nombre de base de données utilisées ou de clients connectés.



"laurent" wrote in message news:<c1ltjs$27u$...
bonsoir,

En ce qui concerne le choix d'une base de données, je partage l'avis de
Daniel : mieux vaut se tourner vers des solutions libres et largement
répandues (mysql)

Pour ma part j'utilise HF en réseau depuis 8 ans sans trop de probleme en
prenant soin de migrer de versions en versions (4 -> 5 -> 5.5 -> 7 -> 8)
mais lorsque je me penche ici-même sur la mise en ligne de données de ma
base sur internet avec un site web dynamique, les problèmes commencent.

il existe un odbc windows en lecture seule pour lire les données avec du
php, mais peu de support technique pour son utilisation.
pas d'odbc disponible ni même annoncé pour linux (source pcsoft)
un acces possible avec un serveur php, puis un serveur sql/xml (que je n'ai
pes encore testé)
La seule solution recommandée pa pcsoft : utiliser webdev sur un serveur
Windows, la version linux est annoncée pour 2004 (le mois n'étant pas
précisé)

Pour ma part, je vais certainement m'orienter vers une migration de HF vers
mySQL.

Cela permettra de faire tourner la base sous Linux/Samba et d'acceder aux
données avec Apache+PHP. D'après les remarques des uns et des autres
ici-même Samba+mySQL sous Linux est très performant et stable et la gestion
d'une DB mySQL avec Windev ne pose pas trop de problèmes...

Si quelqu'un a fait cette démarche de migration, je suis preneur de
conseils...

Salutations


Avatar
Manuel Pavy
Merci à tous pour ces informations utiles.
Cependant il me semble que la réplication de données ne sera pas forcément un bon choix car je
n'ai pas qu un site distant où les données seront modifiées mais plusieurs et où la
modification pourra se faire aux mêmes moments.
Peut on dans ce cas définir des hiérarchies dans les réplications (si une données est modifiée
par deux sites A et B alors ne tenir compte que de la modification du site A) ou y a t il une
gestion temporelle (si cette donnée a été modifiée sur les deux sites, alors choisir la plus
récente). Dans tous les cas, est ce que si les deux sites ajoutent des lignes dans une même
table, comment réagit l auto-incrément ?

Merci

Manu

Antoine a écrit :

Moi je te conseille plutot l'utilisation de WinDev + WebDev sous HF.
A la vue des données que tu exposes, tu sera content du résultat.
De plus, dans sa dernière version, la réplication de données
fonctionne parfaitement. Concernant les couts d'exploitation, si ton
hébergeur à une licence, pour toi c'est gratuit, quelque soit le
nombre de base de données utilisées ou de clients connectés.

"laurent" wrote in message news:<c1ltjs$27u$...
> bonsoir,
>
> En ce qui concerne le choix d'une base de données, je partage l'avis de
> Daniel : mieux vaut se tourner vers des solutions libres et largement
> répandues (mysql)
>
> Pour ma part j'utilise HF en réseau depuis 8 ans sans trop de probleme en
> prenant soin de migrer de versions en versions (4 -> 5 -> 5.5 -> 7 -> 8)
> mais lorsque je me penche ici-même sur la mise en ligne de données de ma
> base sur internet avec un site web dynamique, les problèmes commencent.
>
> il existe un odbc windows en lecture seule pour lire les données avec du
> php, mais peu de support technique pour son utilisation.
> pas d'odbc disponible ni même annoncé pour linux (source pcsoft)
> un acces possible avec un serveur php, puis un serveur sql/xml (que je n'ai
> pes encore testé)
> La seule solution recommandée pa pcsoft : utiliser webdev sur un serveur
> Windows, la version linux est annoncée pour 2004 (le mois n'étant pas
> précisé)
>
> Pour ma part, je vais certainement m'orienter vers une migration de HF vers
> mySQL.
>
> Cela permettra de faire tourner la base sous Linux/Samba et d'acceder aux
> données avec Apache+PHP. D'après les remarques des uns et des autres
> ici-même Samba+mySQL sous Linux est très performant et stable et la gestion
> d'une DB mySQL avec Windev ne pose pas trop de problèmes...
>
> Si quelqu'un a fait cette démarche de migration, je suis preneur de
> conseils...
>
> Salutations


1 2