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 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
> >
>
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
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" <manuel.pavy@onecert.fr> a écrit dans le message de news:
> 403E15AE.61C41CA8@onecert.fr...
> > 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
> >
>
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
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 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
> >
>
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
Daniel
;-)
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- autre ?
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- autre ?
- HF avec webdev (pour passer en http, mais nécessite le redéveloppement
de l IHM)
- autre ?
Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
dans les SGBD Fichier. Est ce une erreur du site ?
la doc de MySQL indique pourtant bien :
"MySQL est un véritable serveur de base de données SQL multi-utilisat eur et
multi-threaded. SQL est le plus populaire langage de base de données da ns le
monde. MySQL est une configuration client/serveur ce qui consiste en un s erveur
démon mysqld, différents programmes clients et des librairies."
Manu
Daniel a écrit :
> 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 pcsof t.
>
> > "Manuel Pavy" a écrit dans le message de n ews:
> >
> > > Bonjour,
> > > Je viens de découvrir WD(7.5) en reprenant un projet, cependant l e but
> > > initial de ce projet etait de développer une application avec une bdd
> > > moyenne (une quarantaine de tables et qqs milliers d'enregistrement s).
> > > Ceci marchait très bien (au vue des tests non réels car seuls q qs
> > > 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 discuss ions, 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éve loppement
> > > 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 ne ws pour
> > > voir que les avis divergent mais les conditions n'étaient pas for cément
> > > les mêmes (sites distants) je n'arrive pas à voir les différe nces
> > > flagrantes. J'aimerais donc avoir votre avis sur la question.
> > > Ah, j oubliais, les qqs données entrées dans la base sont des t est, il n
> > > est pas forcement necessaire de les récupérer (d autant qu on p eut
> > > 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
> ;-)
Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
dans les SGBD Fichier. Est ce une erreur du site ?
la doc de MySQL indique pourtant bien :
"MySQL est un véritable serveur de base de données SQL multi-utilisat eur et
multi-threaded. SQL est le plus populaire langage de base de données da ns le
monde. MySQL est une configuration client/serveur ce qui consiste en un s erveur
démon mysqld, différents programmes clients et des librairies."
Manu
Daniel a écrit :
> 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 pcsof t.
>
> > "Manuel Pavy" <manuel.pavy@onecert.fr> a écrit dans le message de n ews:
> > 403E15AE.61C41CA8@onecert.fr...
> > > Bonjour,
> > > Je viens de découvrir WD(7.5) en reprenant un projet, cependant l e but
> > > initial de ce projet etait de développer une application avec une bdd
> > > moyenne (une quarantaine de tables et qqs milliers d'enregistrement s).
> > > Ceci marchait très bien (au vue des tests non réels car seuls q qs
> > > 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 discuss ions, 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éve loppement
> > > 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 ne ws pour
> > > voir que les avis divergent mais les conditions n'étaient pas for cément
> > > les mêmes (sites distants) je n'arrive pas à voir les différe nces
> > > flagrantes. J'aimerais donc avoir votre avis sur la question.
> > > Ah, j oubliais, les qqs données entrées dans la base sont des t est, il n
> > > est pas forcement necessaire de les récupérer (d autant qu on p eut
> > > 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
> ;-)
Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
dans les SGBD Fichier. Est ce une erreur du site ?
la doc de MySQL indique pourtant bien :
"MySQL est un véritable serveur de base de données SQL multi-utilisat eur et
multi-threaded. SQL est le plus populaire langage de base de données da ns le
monde. MySQL est une configuration client/serveur ce qui consiste en un s erveur
démon mysqld, différents programmes clients et des librairies."
Manu
Daniel a écrit :
> 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 pcsof t.
>
> > "Manuel Pavy" a écrit dans le message de n ews:
> >
> > > Bonjour,
> > > Je viens de découvrir WD(7.5) en reprenant un projet, cependant l e but
> > > initial de ce projet etait de développer une application avec une bdd
> > > moyenne (une quarantaine de tables et qqs milliers d'enregistrement s).
> > > Ceci marchait très bien (au vue des tests non réels car seuls q qs
> > > 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 discuss ions, 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éve loppement
> > > 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 ne ws pour
> > > voir que les avis divergent mais les conditions n'étaient pas for cément
> > > les mêmes (sites distants) je n'arrive pas à voir les différe nces
> > > flagrantes. J'aimerais donc avoir votre avis sur la question.
> > > Ah, j oubliais, les qqs données entrées dans la base sont des t est, il n
> > > est pas forcement necessaire de les récupérer (d autant qu on p eut
> > > 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
> ;-)
Oui effectivement Manuel, ce point m'a choqué, je pense qu'il s'agit
d'une coquille de l'auteur(je le soupçonne de favoriser un autre sgbd
dans son article)
Mysql est bien un moteur de base fonctionnant en C/S
L'intéret de cet article est d'avoir un exposé simple
qui différencie C/S et base réseau-réseau comme HF, SQLite.
Si tu travailles en myISAM tu seras sur un SGBD, si tu utilises
Innodb tu seras sur un SGBDR.
Si tu as pas ou peu à gérer le transactionnel multitable, une
installation myISAM est stable, et la sauvegarde est plus simple.
Pour ma part, je pense que partir sur une base type C/S permet :
1 de diminuer la charge réseau
2 simplifier l'accès en terme de Lock, transaction etc... (car gérer
par le moteur), d'avoir une base plus stable (pas ou peu de problème d'index)
3 sécuriser le système (on n'est pas obliger de faire un partage
réseau, sécurité d'accès aux bases, tables, colonnes...)
4 de faire du "code plus standard" (à condition de travailler en SQL)
5 de s'ouvrir sur l'extérieur (évolutivité, standard...)
L'inconvénient de Mysql par rapport à HF ou style.
1 un cout licence (sauf pour postgresql)
2 demande de s'investir déjà dans la compréhension de la base (Mysql
C-PHP-Perle est un bon livre de départ, ou la doc téléchargeable)
C'est un point primordial si tu veux gagner du temps
3 Installation du moteur
Maintenant tout dépend de ce que tu veux faire de ton applicatif.
Concernant le RPC, c'est bien mais bon dans ton cas c'est un paliatif
au c/s.
Concernant Webdev/HF, pourquoi pas mais bon si pour une raison X tu
veux sécurisé et mettre en place un serveur de base, tu reviens à
l'étape précédente.
Et une autre raison c'est le portage sous un autre OS (qui sait un
jours si on te demande d'aller sur Linux, sous HF en RPC ou avec le
CGI de WEBDEV ils vont être obligé d'attendre).
Manuel Pavy writes:
> Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
> dans les SGBD Fichier. Est ce une erreur du site ?
> la doc de MySQL indique pourtant bien :
> "MySQL est un véritable serveur de base de données SQL multi-utilisateur et
> multi-threaded. SQL est le plus populaire langage de base de données dans le
> monde. MySQL est une configuration client/serveur ce qui consiste en un serveur
> démon mysqld, différents programmes clients et des librairies."
>
> Manu
>
> Daniel a écrit :
>
> > 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 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
> > > >
> > >
> > >
> >
> > --
> > suivre ce lien pour répondre:
> > http://cerbermail.com/?Jp8v0T6b1D
> > Daniel
> > ;-)
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
Daniel
;-)
Oui effectivement Manuel, ce point m'a choqué, je pense qu'il s'agit
d'une coquille de l'auteur(je le soupçonne de favoriser un autre sgbd
dans son article)
Mysql est bien un moteur de base fonctionnant en C/S
L'intéret de cet article est d'avoir un exposé simple
qui différencie C/S et base réseau-réseau comme HF, SQLite.
Si tu travailles en myISAM tu seras sur un SGBD, si tu utilises
Innodb tu seras sur un SGBDR.
Si tu as pas ou peu à gérer le transactionnel multitable, une
installation myISAM est stable, et la sauvegarde est plus simple.
Pour ma part, je pense que partir sur une base type C/S permet :
1 de diminuer la charge réseau
2 simplifier l'accès en terme de Lock, transaction etc... (car gérer
par le moteur), d'avoir une base plus stable (pas ou peu de problème d'index)
3 sécuriser le système (on n'est pas obliger de faire un partage
réseau, sécurité d'accès aux bases, tables, colonnes...)
4 de faire du "code plus standard" (à condition de travailler en SQL)
5 de s'ouvrir sur l'extérieur (évolutivité, standard...)
L'inconvénient de Mysql par rapport à HF ou style.
1 un cout licence (sauf pour postgresql)
2 demande de s'investir déjà dans la compréhension de la base (Mysql
C-PHP-Perle est un bon livre de départ, ou la doc téléchargeable)
C'est un point primordial si tu veux gagner du temps
3 Installation du moteur
Maintenant tout dépend de ce que tu veux faire de ton applicatif.
Concernant le RPC, c'est bien mais bon dans ton cas c'est un paliatif
au c/s.
Concernant Webdev/HF, pourquoi pas mais bon si pour une raison X tu
veux sécurisé et mettre en place un serveur de base, tu reviens à
l'étape précédente.
Et une autre raison c'est le portage sous un autre OS (qui sait un
jours si on te demande d'aller sur Linux, sous HF en RPC ou avec le
CGI de WEBDEV ils vont être obligé d'attendre).
Manuel Pavy <manuel.pavy@onecert.fr> writes:
> Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
> dans les SGBD Fichier. Est ce une erreur du site ?
> la doc de MySQL indique pourtant bien :
> "MySQL est un véritable serveur de base de données SQL multi-utilisateur et
> multi-threaded. SQL est le plus populaire langage de base de données dans le
> monde. MySQL est une configuration client/serveur ce qui consiste en un serveur
> démon mysqld, différents programmes clients et des librairies."
>
> Manu
>
> Daniel a écrit :
>
> > 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" <manuel.pavy@onecert.fr> a écrit dans le message de news:
> > > 403E15AE.61C41CA8@onecert.fr...
> > > > 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
> > > >
> > >
> > >
> >
> > --
> > suivre ce lien pour répondre:
> > http://cerbermail.com/?Jp8v0T6b1D
> > Daniel
> > ;-)
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
Daniel
;-)
Oui effectivement Manuel, ce point m'a choqué, je pense qu'il s'agit
d'une coquille de l'auteur(je le soupçonne de favoriser un autre sgbd
dans son article)
Mysql est bien un moteur de base fonctionnant en C/S
L'intéret de cet article est d'avoir un exposé simple
qui différencie C/S et base réseau-réseau comme HF, SQLite.
Si tu travailles en myISAM tu seras sur un SGBD, si tu utilises
Innodb tu seras sur un SGBDR.
Si tu as pas ou peu à gérer le transactionnel multitable, une
installation myISAM est stable, et la sauvegarde est plus simple.
Pour ma part, je pense que partir sur une base type C/S permet :
1 de diminuer la charge réseau
2 simplifier l'accès en terme de Lock, transaction etc... (car gérer
par le moteur), d'avoir une base plus stable (pas ou peu de problème d'index)
3 sécuriser le système (on n'est pas obliger de faire un partage
réseau, sécurité d'accès aux bases, tables, colonnes...)
4 de faire du "code plus standard" (à condition de travailler en SQL)
5 de s'ouvrir sur l'extérieur (évolutivité, standard...)
L'inconvénient de Mysql par rapport à HF ou style.
1 un cout licence (sauf pour postgresql)
2 demande de s'investir déjà dans la compréhension de la base (Mysql
C-PHP-Perle est un bon livre de départ, ou la doc téléchargeable)
C'est un point primordial si tu veux gagner du temps
3 Installation du moteur
Maintenant tout dépend de ce que tu veux faire de ton applicatif.
Concernant le RPC, c'est bien mais bon dans ton cas c'est un paliatif
au c/s.
Concernant Webdev/HF, pourquoi pas mais bon si pour une raison X tu
veux sécurisé et mettre en place un serveur de base, tu reviens à
l'étape précédente.
Et une autre raison c'est le portage sous un autre OS (qui sait un
jours si on te demande d'aller sur Linux, sous HF en RPC ou avec le
CGI de WEBDEV ils vont être obligé d'attendre).
Manuel Pavy writes:
> Je suis surpris de constater (à la fin de ton lien) que le site classe mySQL
> dans les SGBD Fichier. Est ce une erreur du site ?
> la doc de MySQL indique pourtant bien :
> "MySQL est un véritable serveur de base de données SQL multi-utilisateur et
> multi-threaded. SQL est le plus populaire langage de base de données dans le
> monde. MySQL est une configuration client/serveur ce qui consiste en un serveur
> démon mysqld, différents programmes clients et des librairies."
>
> Manu
>
> Daniel a écrit :
>
> > 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 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
> > > >
> > >
> > >
> >
> > --
> > suivre ce lien pour répondre:
> > http://cerbermail.com/?Jp8v0T6b1D
> > Daniel
> > ;-)
>
--
suivre ce lien pour répondre:
http://cerbermail.com/?Jp8v0T6b1D
Daniel
;-)
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
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
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" <l_dubois92@hotmail.com> wrote in message news:<c1ltjs$27u$1@news.tiscali.fr>...
> > 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
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
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
[coupé]
> - HF avec webdev (pour passer en http, mais nécessite le redéveloppement
> de l IHM)
> - autre ?
Oui, il existe une solution avec WDScript. WDScript est un moteur CGI
développé avec Windev qui permet d'attaquer les bases HF de manière
native (avec les ordres H...) à travers un navigateur.
WDScript dans sa version 2.1 peut se coupler avec PHP. Ce qui en fait
une solution ouverte et évolutive.
Tu gardes HF dans un premier temps sans délaisser pour autant d'autres
plateformes comme Linux/PHP/MySql par exemple. Bref, faire une migration
en douceur.
WDScript est gratuit, ce qui en fait un produit sans aucun coût pour les
outils de développement.
Tu peux tester cette solution très facilement. Un manuel d'installation
et un petit projet sont fournis.
http://www.beaussier.com/?pg=wdscript
http://wdscript.sourceforge.net
> WDScript, je ne connaissait pas, tu me confimes, ce n'est pas un produit
> http://wdscript.sourceforge.net
> WDScript, je ne connaissait pas, tu me confimes, ce n'est pas un produit
> http://wdscript.sourceforge.net
> WDScript, je ne connaissait pas, tu me confimes, ce n'est pas un produit
> http://wdscript.sourceforge.net
> As-tu un exemple de couplage PHP-WDScript
Par contre pour utiliser WDScript, tu dois être possesseur d'une licence WD
si j'ai bien compris.
C'est vrai que le projet Wash bluff : install facile, exploitation IMMEDIATE
> As-tu un exemple de couplage PHP-WDScript
Par contre pour utiliser WDScript, tu dois être possesseur d'une licence WD
si j'ai bien compris.
C'est vrai que le projet Wash bluff : install facile, exploitation IMMEDIATE
> As-tu un exemple de couplage PHP-WDScript
Par contre pour utiliser WDScript, tu dois être possesseur d'une licence WD
si j'ai bien compris.
C'est vrai que le projet Wash bluff : install facile, exploitation IMMEDIATE
> Concernant la réplication, chaque site distant utilise sa propre plage
d'indentifiants. Par exemple, pour le site A les ID commencent à
100000 et pour le site B à 200000. Le site maitre à des ID qui
commence à 1.
Le choix de la mise à jour de la base maitre est fait en fonction de
l'ordre dans lequel tu vas répliquer les postes abonnées par rapport
au poste maitre et non en fionction de la dete de modif d'un
enregistrement commun.
> Concernant la réplication, chaque site distant utilise sa propre plage
d'indentifiants. Par exemple, pour le site A les ID commencent à
100000 et pour le site B à 200000. Le site maitre à des ID qui
commence à 1.
Le choix de la mise à jour de la base maitre est fait en fonction de
l'ordre dans lequel tu vas répliquer les postes abonnées par rapport
au poste maitre et non en fionction de la dete de modif d'un
enregistrement commun.
> Concernant la réplication, chaque site distant utilise sa propre plage
d'indentifiants. Par exemple, pour le site A les ID commencent à
100000 et pour le site B à 200000. Le site maitre à des ID qui
commence à 1.
Le choix de la mise à jour de la base maitre est fait en fonction de
l'ordre dans lequel tu vas répliquer les postes abonnées par rapport
au poste maitre et non en fionction de la dete de modif d'un
enregistrement commun.
