Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle est
la meilleure solution pour un logiciel de gestion qui doit être installé sur
plusieurs sites distants. Le but est d'avoir des données centralisées.
Le logiciel n'a pas encore été écrit.
Hyperfile avec Windows Terminal server ou Citrix ?
MySql avec accès à distance par Adsl ?
Bases locales et répliquées sur un site central ? Hyperfile ou MySql ?
Autres ?
Peut-on réellement travailler dans de bonnes conditions de rapidité avec
l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais
est-ce utilisable ?
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud" ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle est la meilleure solution pour un logiciel de gestion qui doit être installé sur plusieurs sites distants. Le but est d'avoir des données centralisées.
Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur informatique pour configurer le bazar (je pense à Citrix mais TSE n'est pas non plus trivial à mettre en prod), c'est une solution. Comme tu n'as pas de contraintes vis à vis d'un existant, je te la déconseille car elle est propriétaire (obligation d'utiliser une base HF sur un serveur Windows) et coûteuse.
MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures stockées, vrai client/serveur, possibilité d'interroger la base avec d'autres langages que Windev, fonctionne correctement même sur des liaisons bas débit (si la base MySQL est bien pensée), etc.
Bases locales et répliquées sur un site central ? Hyperfile ou MySql ? Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les erreurs. Eviter une base HF en tous cas, du moins tant que la version client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder en modif depuis un autre langage que Windev.
Peut-on réellement travailler dans de bonnes conditions de rapidité avec l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à fait viable et fiable. L'idéal est d'héberger la base sur un serveur *nix, ça améliore la fiabilité et les temps de réponse.
Voila.
-- Eric
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud"
<jean.cougnaud@libertysurf.fr> ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle est
la meilleure solution pour un logiciel de gestion qui doit être installé sur
plusieurs sites distants. Le but est d'avoir des données centralisées.
Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur
informatique pour configurer le bazar (je pense à Citrix mais TSE n'est
pas non plus trivial à mettre en prod), c'est une solution. Comme tu
n'as pas de contraintes vis à vis d'un existant, je te la déconseille
car elle est propriétaire (obligation d'utiliser une base HF sur un
serveur Windows) et coûteuse.
MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures
stockées, vrai client/serveur, possibilité d'interroger la base avec
d'autres langages que Windev, fonctionne correctement même sur des
liaisons bas débit (si la base MySQL est bien pensée), etc.
Bases locales et répliquées sur un site central ? Hyperfile ou MySql ?
Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre
en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les
erreurs. Eviter une base HF en tous cas, du moins tant que la version
client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter
car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder
en modif depuis un autre langage que Windev.
Peut-on réellement travailler dans de bonnes conditions de rapidité avec
l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais
est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à
fait viable et fiable. L'idéal est d'héberger la base sur un serveur
*nix, ça améliore la fiabilité et les temps de réponse.
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud" ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle est la meilleure solution pour un logiciel de gestion qui doit être installé sur plusieurs sites distants. Le but est d'avoir des données centralisées.
Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur informatique pour configurer le bazar (je pense à Citrix mais TSE n'est pas non plus trivial à mettre en prod), c'est une solution. Comme tu n'as pas de contraintes vis à vis d'un existant, je te la déconseille car elle est propriétaire (obligation d'utiliser une base HF sur un serveur Windows) et coûteuse.
MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures stockées, vrai client/serveur, possibilité d'interroger la base avec d'autres langages que Windev, fonctionne correctement même sur des liaisons bas débit (si la base MySQL est bien pensée), etc.
Bases locales et répliquées sur un site central ? Hyperfile ou MySql ? Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les erreurs. Eviter une base HF en tous cas, du moins tant que la version client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder en modif depuis un autre langage que Windev.
Peut-on réellement travailler dans de bonnes conditions de rapidité avec l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à fait viable et fiable. L'idéal est d'héberger la base sur un serveur *nix, ça améliore la fiabilité et les temps de réponse.
Voila.
-- Eric
jacques.trepp
Il se trouve que Jean Cougnaud a formulé :
Bonsoir,
Tu as donc des bases individuelles et une centralisation au siège social chaque soir.
Cela permet de travailler même s'il y a des coupures de lignes et donne des temps de traitements très satisfaisants.Par contre, comment fais-tu pour avoir les stocks des différents magasins à partir d'un autre afin de savoir les disponibilités.
je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type alimentaire fabriqué à l'usine. Notre propos est de contrôler les stocks et les ventes dans les magasins.
Il faut quand même que les codes articles, clients, paramètres ne soit créés qu'à un seul endroit sinon il doit y avoir des doublons ? D'un autre côté, on ne peut pas attendre que le siège créé les clients qu'il ne connait pas et qui passent dans les magasins... Il faut donc essayer de retrouver les doublons lors de la centralisation des données.
Pas de clients non plus (j'ai de la chance, non ? ) :D [CUT]
cordialement
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Il se trouve que Jean Cougnaud a formulé :
Bonsoir,
Tu as donc des bases individuelles et une centralisation au siège social
chaque soir.
Cela permet de travailler même s'il y a des coupures de lignes et donne des
temps de traitements très satisfaisants.Par contre, comment fais-tu pour
avoir les stocks des différents magasins à partir d'un autre afin de savoir
les disponibilités.
je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type
alimentaire fabriqué à l'usine. Notre propos est de contrôler les
stocks et les ventes dans les magasins.
Il faut quand même que les codes articles, clients, paramètres ne soit créés
qu'à un seul endroit sinon il doit y avoir des doublons ?
D'un autre côté, on ne peut pas attendre que le siège créé les clients qu'il
ne connait pas et qui passent dans les magasins... Il faut donc essayer de
retrouver les doublons lors de la centralisation des données.
Pas de clients non plus (j'ai de la chance, non ? ) :D
[CUT]
cordialement
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
Tu as donc des bases individuelles et une centralisation au siège social chaque soir.
Cela permet de travailler même s'il y a des coupures de lignes et donne des temps de traitements très satisfaisants.Par contre, comment fais-tu pour avoir les stocks des différents magasins à partir d'un autre afin de savoir les disponibilités.
je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type alimentaire fabriqué à l'usine. Notre propos est de contrôler les stocks et les ventes dans les magasins.
Il faut quand même que les codes articles, clients, paramètres ne soit créés qu'à un seul endroit sinon il doit y avoir des doublons ? D'un autre côté, on ne peut pas attendre que le siège créé les clients qu'il ne connait pas et qui passent dans les magasins... Il faut donc essayer de retrouver les doublons lors de la centralisation des données.
Pas de clients non plus (j'ai de la chance, non ? ) :D [CUT]
cordialement
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Jean Cougnaud
Bonjour,
C'est vrai que tu as de la chance. :-)
C'est vrai que j'ai toujours été curieux de savoir comment font ceux qui proposent des solutions purements "internet" pour faire une facturation avec gestion de stocks. Ma crainte était que cela soit peut pratique et lent mais c'est sûrement du à mon manque de connaissance à ce sujet.
Ta solution est la plus intéressante pour ne pas avoir de risque de coupure de ligne et pour sa rapidité de traitement et trouve tout à fait sa place dans certains cas d'utilisation comme celui que tu abordais.
Maintenant, les clients veulent avoir la rapidité, la gestion des stocks en temps réel sur différents sites et avec un taux d'utilisation de 100%. C'est pas facile, même si avec les lignes numériques cela s'améliore pour les temps de réponse.
Merci encore de ton expérience.
Jean Cougnaud
"jacques.trepp" a écrit dans le message de news:
Il se trouve que Jean Cougnaud a formulé : > Bonsoir, > > Tu as donc des bases individuelles et une centralisation au siège social > chaque soir. > > Cela permet de travailler même s'il y a des coupures de lignes et donne
des
> temps de traitements très satisfaisants.Par contre, comment fais-tu pour > avoir les stocks des différents magasins à partir d'un autre afin de
savoir
> les disponibilités. je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type alimentaire fabriqué à l'usine. Notre propos est de contrôler les stocks et les ventes dans les magasins. > > Il faut quand même que les codes articles, clients, paramètres ne soit
créés
> qu'à un seul endroit sinon il doit y avoir des doublons ? > D'un autre côté, on ne peut pas attendre que le siège créé les clients
qu'il
> ne connait pas et qui passent dans les magasins... Il faut donc essayer
de
> retrouver les doublons lors de la centralisation des données. > Pas de clients non plus (j'ai de la chance, non ? ) :D [CUT]
cordialement
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Bonjour,
C'est vrai que tu as de la chance. :-)
C'est vrai que j'ai toujours été curieux de savoir comment font ceux qui
proposent des solutions purements "internet" pour faire une facturation avec
gestion de stocks. Ma crainte était que cela soit peut pratique et lent mais
c'est sûrement du à mon manque de connaissance à ce sujet.
Ta solution est la plus intéressante pour ne pas avoir de risque de coupure
de ligne et pour sa rapidité de traitement et trouve tout à fait sa place
dans certains cas d'utilisation comme celui que tu abordais.
Maintenant, les clients veulent avoir la rapidité, la gestion des stocks en
temps réel sur différents sites et avec un taux d'utilisation de 100%. C'est
pas facile, même si avec les lignes numériques cela s'améliore pour les
temps de réponse.
Merci encore de ton expérience.
Jean Cougnaud
"jacques.trepp" <jacques.trepp@free.fr> a écrit dans le message de
news:mn.0a2c7d4afa693fb4.18822@free.fr...
Il se trouve que Jean Cougnaud a formulé :
> Bonsoir,
>
> Tu as donc des bases individuelles et une centralisation au siège social
> chaque soir.
>
> Cela permet de travailler même s'il y a des coupures de lignes et donne
des
> temps de traitements très satisfaisants.Par contre, comment fais-tu pour
> avoir les stocks des différents magasins à partir d'un autre afin de
savoir
> les disponibilités.
je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type
alimentaire fabriqué à l'usine. Notre propos est de contrôler les
stocks et les ventes dans les magasins.
>
> Il faut quand même que les codes articles, clients, paramètres ne soit
créés
> qu'à un seul endroit sinon il doit y avoir des doublons ?
> D'un autre côté, on ne peut pas attendre que le siège créé les clients
qu'il
> ne connait pas et qui passent dans les magasins... Il faut donc essayer
de
> retrouver les doublons lors de la centralisation des données.
>
Pas de clients non plus (j'ai de la chance, non ? ) :D
[CUT]
cordialement
--
Ceci est une signature automatique de MesNews.
Site : http://mesnews.no-ip.com
C'est vrai que j'ai toujours été curieux de savoir comment font ceux qui proposent des solutions purements "internet" pour faire une facturation avec gestion de stocks. Ma crainte était que cela soit peut pratique et lent mais c'est sûrement du à mon manque de connaissance à ce sujet.
Ta solution est la plus intéressante pour ne pas avoir de risque de coupure de ligne et pour sa rapidité de traitement et trouve tout à fait sa place dans certains cas d'utilisation comme celui que tu abordais.
Maintenant, les clients veulent avoir la rapidité, la gestion des stocks en temps réel sur différents sites et avec un taux d'utilisation de 100%. C'est pas facile, même si avec les lignes numériques cela s'améliore pour les temps de réponse.
Merci encore de ton expérience.
Jean Cougnaud
"jacques.trepp" a écrit dans le message de news:
Il se trouve que Jean Cougnaud a formulé : > Bonsoir, > > Tu as donc des bases individuelles et une centralisation au siège social > chaque soir. > > Cela permet de travailler même s'il y a des coupures de lignes et donne
des
> temps de traitements très satisfaisants.Par contre, comment fais-tu pour > avoir les stocks des différents magasins à partir d'un autre afin de
savoir
> les disponibilités. je n'ai pas ce problème, heureusement. Il s'agit d'un négoce de type alimentaire fabriqué à l'usine. Notre propos est de contrôler les stocks et les ventes dans les magasins. > > Il faut quand même que les codes articles, clients, paramètres ne soit
créés
> qu'à un seul endroit sinon il doit y avoir des doublons ? > D'un autre côté, on ne peut pas attendre que le siège créé les clients
qu'il
> ne connait pas et qui passent dans les magasins... Il faut donc essayer
de
> retrouver les doublons lors de la centralisation des données. > Pas de clients non plus (j'ai de la chance, non ? ) :D [CUT]
cordialement
-- Ceci est une signature automatique de MesNews. Site : http://mesnews.no-ip.com
Jean Cougnaud
Bonjour,
Merci de ta réponse.
En partant sur un développement sur une base MySql, je pourrai toujours la stocker sur un serveur centralisé, et si les temps de traitements ne sont pas acceptables, je pourrai toujours mettre le logiciel en local et essayer les réplications (avec les contraintes que cela donne) ou mettre du TSE mais avec un coût plus important pour le client.
Il est conseillé d'utiliser les commandes H... (à part pour les remplissages de tableau ou des stats...) ou de tout faire en requètes ? La deuxième solution est plus longue à gérer car les rubriques des "fichiers" ne se remplissent pas automatiquement comme avec les commandes H...
Du point de vue rapidité, on m'a indiqué qu'une base MySql était rapide en lecture mais "s'effondrait" s'il y avait des mises à jour à partir de plusieurs postes en même temps. Sais-tu si cela est réel ou uniquement une rumeur ?
Merci
Jean Cougnaud
"Eric Demeester" <eric+ a écrit dans le message de news:
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud" ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
> Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle
est
> la meilleure solution pour un logiciel de gestion qui doit être installé
sur
> plusieurs sites distants. Le but est d'avoir des données centralisées. > > Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
> Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur informatique pour configurer le bazar (je pense à Citrix mais TSE n'est pas non plus trivial à mettre en prod), c'est une solution. Comme tu n'as pas de contraintes vis à vis d'un existant, je te la déconseille car elle est propriétaire (obligation d'utiliser une base HF sur un serveur Windows) et coûteuse.
> MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures stockées, vrai client/serveur, possibilité d'interroger la base avec d'autres langages que Windev, fonctionne correctement même sur des liaisons bas débit (si la base MySQL est bien pensée), etc.
> Bases locales et répliquées sur un site central ? Hyperfile ou MySql ? > Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les erreurs. Eviter une base HF en tous cas, du moins tant que la version client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder en modif depuis un autre langage que Windev.
> Peut-on réellement travailler dans de bonnes conditions de rapidité avec > l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais > est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à fait viable et fiable. L'idéal est d'héberger la base sur un serveur *nix, ça améliore la fiabilité et les temps de réponse.
Voila.
-- Eric
Bonjour,
Merci de ta réponse.
En partant sur un développement sur une base MySql, je pourrai toujours la
stocker sur un serveur centralisé, et si les temps de traitements ne sont
pas acceptables, je pourrai toujours mettre le logiciel en local et essayer
les réplications (avec les contraintes que cela donne) ou mettre du TSE mais
avec un coût plus important pour le client.
Il est conseillé d'utiliser les commandes H... (à part pour les remplissages
de tableau ou des stats...) ou de tout faire en requètes ? La deuxième
solution est plus longue à gérer car les rubriques des "fichiers" ne se
remplissent pas automatiquement comme avec les commandes H...
Du point de vue rapidité, on m'a indiqué qu'une base MySql était rapide en
lecture mais "s'effondrait" s'il y avait des mises à jour à partir de
plusieurs postes en même temps. Sais-tu si cela est réel ou uniquement une
rumeur ?
Merci
Jean Cougnaud
"Eric Demeester" <eric+usenet@galacsys.net> a écrit dans le message de
news:01rol0hgc10jtvtr8jln6fn23b503n1q5o@4ax.com...
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud"
<jean.cougnaud@libertysurf.fr> ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
> Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle
est
> la meilleure solution pour un logiciel de gestion qui doit être installé
sur
> plusieurs sites distants. Le but est d'avoir des données centralisées.
>
> Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
> Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur
informatique pour configurer le bazar (je pense à Citrix mais TSE n'est
pas non plus trivial à mettre en prod), c'est une solution. Comme tu
n'as pas de contraintes vis à vis d'un existant, je te la déconseille
car elle est propriétaire (obligation d'utiliser une base HF sur un
serveur Windows) et coûteuse.
> MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures
stockées, vrai client/serveur, possibilité d'interroger la base avec
d'autres langages que Windev, fonctionne correctement même sur des
liaisons bas débit (si la base MySQL est bien pensée), etc.
> Bases locales et répliquées sur un site central ? Hyperfile ou MySql ?
> Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre
en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les
erreurs. Eviter une base HF en tous cas, du moins tant que la version
client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter
car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder
en modif depuis un autre langage que Windev.
> Peut-on réellement travailler dans de bonnes conditions de rapidité avec
> l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais
> est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à
fait viable et fiable. L'idéal est d'héberger la base sur un serveur
*nix, ça améliore la fiabilité et les temps de réponse.
En partant sur un développement sur une base MySql, je pourrai toujours la stocker sur un serveur centralisé, et si les temps de traitements ne sont pas acceptables, je pourrai toujours mettre le logiciel en local et essayer les réplications (avec les contraintes que cela donne) ou mettre du TSE mais avec un coût plus important pour le client.
Il est conseillé d'utiliser les commandes H... (à part pour les remplissages de tableau ou des stats...) ou de tout faire en requètes ? La deuxième solution est plus longue à gérer car les rubriques des "fichiers" ne se remplissent pas automatiquement comme avec les commandes H...
Du point de vue rapidité, on m'a indiqué qu'une base MySql était rapide en lecture mais "s'effondrait" s'il y avait des mises à jour à partir de plusieurs postes en même temps. Sais-tu si cela est réel ou uniquement une rumeur ?
Merci
Jean Cougnaud
"Eric Demeester" <eric+ a écrit dans le message de news:
dans (in) fr.comp.developpement.agl.windev, "Jean Cougnaud" ecrivait (wrote) :
Bonsoir Jean,
(j'ai lu l'ensemble du fil en réponse à ta question)
> Je pense qu'il y a déjà eu quelques discussions à ce sujet mais quelle
est
> la meilleure solution pour un logiciel de gestion qui doit être installé
sur
> plusieurs sites distants. Le but est d'avoir des données centralisées. > > Le logiciel n'a pas encore été écrit.
C'est une chance car souvent l'existant restreint les choix...
> Hyperfile avec Windows Terminal server ou Citrix ?
Si tu as plein d'argent à dépenser en licences et en temps d'ingénieur informatique pour configurer le bazar (je pense à Citrix mais TSE n'est pas non plus trivial à mettre en prod), c'est une solution. Comme tu n'as pas de contraintes vis à vis d'un existant, je te la déconseille car elle est propriétaire (obligation d'utiliser une base HF sur un serveur Windows) et coûteuse.
> MySql avec accès à distance par Adsl ?
C'est à mon sens la meilleure solution. Logiciel libre, procédures stockées, vrai client/serveur, possibilité d'interroger la base avec d'autres langages que Windev, fonctionne correctement même sur des liaisons bas débit (si la base MySQL est bien pensée), etc.
> Bases locales et répliquées sur un site central ? Hyperfile ou MySql ? > Autres ?
La réplication est aussi une solution, mais elle est compliquée à mettre en oeuvre à mon avis. Rien ne vaut une base centralisée pour éviter les erreurs. Eviter une base HF en tous cas, du moins tant que la version client/serveur ne sera pas fonctionnelle, et même dans ce cas, éviter car utiliser une base HF interdit, sauf évolutions récentes, d'y accéder en modif depuis un autre langage que Windev.
> Peut-on réellement travailler dans de bonnes conditions de rapidité avec > l'une de ces solutions ? Ce ne sera jamais aussi rapide qu'en local mais > est-ce utilisable ?
La solution avec un accès à une base MySQL distante me semble tout à fait viable et fiable. L'idéal est d'héberger la base sur un serveur *nix, ça améliore la fiabilité et les temps de réponse.
