Le débat dérive,
Mais avant tout un rappel, pour faire du temps réel sur des liaisons
"lentes" de ce type, il faut que l'application soit prévue pour un accés
réseau lent (utilisation de vues et requêtes). Il faut diminuer au
maximum le nombre d'accés au réseau.
Les principales erreurs de programmation à ne pas faire :
* HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
HExécuteRequete
* Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
requête OU table mémoire remplie par une vue ou requête
En plus un version c/s de hyper file est annoncée pour cette année, cela
devrait encore améliorer les choses.
- Solution TSE : Un investissemernt rentable ici
Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
dis 2500 euros. Combien de temps avec vous déjà passé à faire des
recherches et combien de temp à coder des cas spécifiques pour gérer ce
cas ? et combien de temps faut-il encore pour finir de tout coder ?
Et enfin à combien estimez-vous une heure de tavail ?
Faite le calcul vous même.
Enfin, sur un tout autre point concernant le fait de choisir hyper file
avec windev, personnellement j'y vois plusieurs avantages :
- Pour des petites structures (moins de 5 postes), je me vois mal
proposer une solution avec un c/s payant (rappel, même MySQL est payant)
qui de plus va monopliser une machine.
- Pour la modification de stucture des données cela se fait tout seul
Voilà mon popint de vu et quelques solutions (testées avec succé)
Le débat dérive,
Mais avant tout un rappel, pour faire du temps réel sur des liaisons
"lentes" de ce type, il faut que l'application soit prévue pour un accés
réseau lent (utilisation de vues et requêtes). Il faut diminuer au
maximum le nombre d'accés au réseau.
Les principales erreurs de programmation à ne pas faire :
* HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
HExécuteRequete
* Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
requête OU table mémoire remplie par une vue ou requête
En plus un version c/s de hyper file est annoncée pour cette année, cela
devrait encore améliorer les choses.
- Solution TSE : Un investissemernt rentable ici
Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
dis 2500 euros. Combien de temps avec vous déjà passé à faire des
recherches et combien de temp à coder des cas spécifiques pour gérer ce
cas ? et combien de temps faut-il encore pour finir de tout coder ?
Et enfin à combien estimez-vous une heure de tavail ?
Faite le calcul vous même.
Enfin, sur un tout autre point concernant le fait de choisir hyper file
avec windev, personnellement j'y vois plusieurs avantages :
- Pour des petites structures (moins de 5 postes), je me vois mal
proposer une solution avec un c/s payant (rappel, même MySQL est payant)
qui de plus va monopliser une machine.
- Pour la modification de stucture des données cela se fait tout seul
Voilà mon popint de vu et quelques solutions (testées avec succé)
Le débat dérive,
Mais avant tout un rappel, pour faire du temps réel sur des liaisons
"lentes" de ce type, il faut que l'application soit prévue pour un accés
réseau lent (utilisation de vues et requêtes). Il faut diminuer au
maximum le nombre d'accés au réseau.
Les principales erreurs de programmation à ne pas faire :
* HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
HExécuteRequete
* Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
requête OU table mémoire remplie par une vue ou requête
En plus un version c/s de hyper file est annoncée pour cette année, cela
devrait encore améliorer les choses.
- Solution TSE : Un investissemernt rentable ici
Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
dis 2500 euros. Combien de temps avec vous déjà passé à faire des
recherches et combien de temp à coder des cas spécifiques pour gérer ce
cas ? et combien de temps faut-il encore pour finir de tout coder ?
Et enfin à combien estimez-vous une heure de tavail ?
Faite le calcul vous même.
Enfin, sur un tout autre point concernant le fait de choisir hyper file
avec windev, personnellement j'y vois plusieurs avantages :
- Pour des petites structures (moins de 5 postes), je me vois mal
proposer une solution avec un c/s payant (rappel, même MySQL est payant)
qui de plus va monopliser une machine.
- Pour la modification de stucture des données cela se fait tout seul
Voilà mon popint de vu et quelques solutions (testées avec succé)
Adrien wrote in message
news:...Arnaud DESMAZES avait soumis l'idée :Bonjour,
comme le sujet est assez évocateur, j'en viens au faits de suite.
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
km
du siège. Voici la configuration :
----------- ----------SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
Entre temps, l'idée de pouvoir embarquer une copie de la base sur
les
portables est apparue. Je me suis dit :" Heureusement, la
réplication
est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
trouver
la réplication dans l'exemple WD7 Replication de la LST 52.. Là
n'est
pas le débat, revenons à mon problème.
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
Scénario :
L'ensembles des 17 PC et des 6 Portables saisissent des informations
au quotidien. Les portables ont le choix d'etre en mode "connecté"
ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
de
données sur le serveur qui leur est dédié.
Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
de
mettre à jour les informations saisies par l'ensembles des postes.
La
journée le serveur de l'agence a une copie de la base de données de
la
veille. Les postes clients de l'agence travaillent sur cette copie.
Les portables doivent pouvoir mettre à jour le serveur à tout moment
(ou peut etre celà va t il générer des blocages dans les fichiers ?)
Avez vous une idée de la marche à suivre afin de mettre ce scénario
en
place ?
Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
L'outil WDReplic peut il m'aider ou dois je gérer complétement la
replication "à la main" ? Les identifiants des 6 fichiers sont pour
l'instant sur 8 octets et sont déclarés en tant qu'identifiants
automatiques.
Je ne sais pas si je suis très clair dans mes propos mais j'ai
vraiment besoin d'une solution étant donné que c'est pour un
client....J'hésite, cependant, à me tourner vers la hotline gratuite
pour ce problème "pas assez précis".
Merci d'avance pour votre aide.
Cordialement,
Arnaud DESMAZES
Salut,
As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
sympa.
A+
Adrien.
Salut Adrien,
j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
correspond, merci quand meme.
Arnaud
Adrien <adrien.titou@ifrance.com> wrote in message
news:<mn.85317d47f5efe4b2.15079@ifrance.com>...
Arnaud DESMAZES avait soumis l'idée :
Bonjour,
comme le sujet est assez évocateur, j'en viens au faits de suite.
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
km
du siège. Voici la configuration :
----------- ----------
SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
Entre temps, l'idée de pouvoir embarquer une copie de la base sur
les
portables est apparue. Je me suis dit :" Heureusement, la
réplication
est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
trouver
la réplication dans l'exemple WD7 Replication de la LST 52.. Là
n'est
pas le débat, revenons à mon problème.
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
Scénario :
L'ensembles des 17 PC et des 6 Portables saisissent des informations
au quotidien. Les portables ont le choix d'etre en mode "connecté"
ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
de
données sur le serveur qui leur est dédié.
Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
de
mettre à jour les informations saisies par l'ensembles des postes.
La
journée le serveur de l'agence a une copie de la base de données de
la
veille. Les postes clients de l'agence travaillent sur cette copie.
Les portables doivent pouvoir mettre à jour le serveur à tout moment
(ou peut etre celà va t il générer des blocages dans les fichiers ?)
Avez vous une idée de la marche à suivre afin de mettre ce scénario
en
place ?
Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
L'outil WDReplic peut il m'aider ou dois je gérer complétement la
replication "à la main" ? Les identifiants des 6 fichiers sont pour
l'instant sur 8 octets et sont déclarés en tant qu'identifiants
automatiques.
Je ne sais pas si je suis très clair dans mes propos mais j'ai
vraiment besoin d'une solution étant donné que c'est pour un
client....J'hésite, cependant, à me tourner vers la hotline gratuite
pour ce problème "pas assez précis".
Merci d'avance pour votre aide.
Cordialement,
Arnaud DESMAZES
Salut,
As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
sympa.
A+
Adrien.
Salut Adrien,
j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
correspond, merci quand meme.
Arnaud
Adrien wrote in message
news:...Arnaud DESMAZES avait soumis l'idée :Bonjour,
comme le sujet est assez évocateur, j'en viens au faits de suite.
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
km
du siège. Voici la configuration :
----------- ----------SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
Entre temps, l'idée de pouvoir embarquer une copie de la base sur
les
portables est apparue. Je me suis dit :" Heureusement, la
réplication
est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
trouver
la réplication dans l'exemple WD7 Replication de la LST 52.. Là
n'est
pas le débat, revenons à mon problème.
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
Scénario :
L'ensembles des 17 PC et des 6 Portables saisissent des informations
au quotidien. Les portables ont le choix d'etre en mode "connecté"
ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
de
données sur le serveur qui leur est dédié.
Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
de
mettre à jour les informations saisies par l'ensembles des postes.
La
journée le serveur de l'agence a une copie de la base de données de
la
veille. Les postes clients de l'agence travaillent sur cette copie.
Les portables doivent pouvoir mettre à jour le serveur à tout moment
(ou peut etre celà va t il générer des blocages dans les fichiers ?)
Avez vous une idée de la marche à suivre afin de mettre ce scénario
en
place ?
Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
L'outil WDReplic peut il m'aider ou dois je gérer complétement la
replication "à la main" ? Les identifiants des 6 fichiers sont pour
l'instant sur 8 octets et sont déclarés en tant qu'identifiants
automatiques.
Je ne sais pas si je suis très clair dans mes propos mais j'ai
vraiment besoin d'une solution étant donné que c'est pour un
client....J'hésite, cependant, à me tourner vers la hotline gratuite
pour ce problème "pas assez précis".
Merci d'avance pour votre aide.
Cordialement,
Arnaud DESMAZES
Salut,
As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
sympa.
A+
Adrien.
Salut Adrien,
j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
correspond, merci quand meme.
Arnaud
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500 km
du siège. Voici la configuration :
----------- ----------
| SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
| SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500 km
du siège. Voici la configuration :
----------- ----------
| SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
| SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
je développe une application de gestion commerciale pour l'un de mes
clients. Le gros problème est qu'il vient d'ouvrir une agence à 500 km
du siège. Voici la configuration :
----------- ----------
| SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
| SRV_SIEGE| | SRV_AG |
----------- ----------
* 15 PC * 2 PC
* 4 PORTABLES * 2 PORTABLES
La connexion en temps réel entre l'agence et le siège sur
l'application est impossible car le temps d'accès à la fenetre
d'identification de la base approche les 5mn !
La base compte 30 fichiers HF. L'agence et les machines qui lui sont
rattachées n'ont le droit de modifier/supprimer des enregistrements
que sur 6 fichiers de la base, par contre ils peuvent consulter
l'ensemble des 24 autres.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
Bonjour,
Question bête qui me traverse aussi l'esprit ?
Pourquoi t'es pas en 8
Car pour faire des trucs un peu "pointu", il vaut mieux être en
dernière version, à mon avis ?
E.
dans (in) fr.comp.developpement.agl.windev, ted
ecrivait (wrote) :
Bonjour Ted,
> Le débat dérive,
Ca arrive souvent ici, merci à toi de l'avoir recentré ;)
> Mais avant tout un rappel, pour faire du temps réel sur des liaisons
> "lentes" de ce type, il faut que l'application soit prévue pour un accés
> réseau lent (utilisation de vues et requêtes). Il faut diminuer au
> maximum le nombre d'accés au réseau.
Tu as tout à fait raison, notre problème est que l'application dont il
est question n'a pas été conçue en ce sens et pour cause. A l'époque,
les accès distants étaient l'apanage des compagnies aériennes, des
agences de voyage et des banques, et nous n'imaginions pas l'évolution
(on peut même parler de révolution) technologique à laquelle on a
assisté depuis en matière d'informatique et de télécoms.
> Les principales erreurs de programmation à ne pas faire :
> * HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
> HExécuteRequete
> * Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
> requête OU table mémoire remplie par une vue ou requête
Même problème pour nous que pour migrer la base de données en MySQL,
c'est trop lourd d'adapter l'existant...
> En plus un version c/s de hyper file est annoncée pour cette année, cela
> devrait encore améliorer les choses.
Je pense que je la testerai, mais là encore, le temps nécessaire
(portage du logiciel de Windev 5.5 à Windev 8 ou peut-être 9) pour
migrer nous effraye. Bon, en même temps, il faudra faire quelque chose
un jour ou l'autre, j'en suis persuadé, sinon on va dans le mur, mais
j'ai du mal à convaincre mes collègues et comme ce n'est plus moi qui
dirige la boîte, je ne peux rien imposer.
> - Solution TSE : Un investissemernt rentable ici
> Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
> dis 2500 euros. Combien de temps avec vous déjà passé à faire des
> recherches et combien de temp à coder des cas spécifiques pour gérer ce
> cas ? et combien de temps faut-il encore pour finir de tout coder ?
> Et enfin à combien estimez-vous une heure de tavail ?
> Faite le calcul vous même.
Tu m'as presque convaincu, je vais faire des tests et essayer de vendre
la solution au client. Je termine malgré tout le système de réplication
automatique par mail, qui sera utile et nécessite peu de développement
dans la mesure ou le fichier journal permettant la réplication existe
depuis longtemps.
> Enfin, sur un tout autre point concernant le fait de choisir hyper file
> avec windev, personnellement j'y vois plusieurs avantages :
> - Pour des petites structures (moins de 5 postes), je me vois mal
> proposer une solution avec un c/s payant (rappel, même MySQL est payant)
C'est un peu plus compliqué que ça, les termes de la licence sont
parfois difficiles à interpréter (au pire la licence coûte 440 euros
avec InnoDB, 220 sans), mais tu as raison, HyperFile est adapté pour une
utilisation en réseau local. Il faut juste prendre garde de développer
de façon à ce qu'il soit facile de changer de base de données pour ne
pas se retrouver prisonnier comme nous le sommes...
> qui de plus va monopliser une machine.
Euh, Le moteur de MySQL est très peu gourmand en ressources, et peut
très bien cohabiter avec d'autres applications, que ce soit en local ou
sur un serveur.
> - Pour la modification de stucture des données cela se fait tout seul
C'est vrai que c'est très confortable, et que jamais je n'aurais été
capable, avec mon peu d'expérience en matière de programmation, de
maintenir et de faire évoluer un logiciel sur 100 sites sans cette
fonctionnalité qui rend les choses simples et automatiques.
Cela dit, modifier la structure d'une base MySQL est assez simple à
faire, y ajouter une table aussi, même si ça nécessite un peu de
programmation. Et puis la structure d'une base, si elle a été bien
pensée (là, l'expérience joue incontestablement), évolue peu :)
> Voilà mon popint de vu et quelques solutions (testées avec succé)
Point de vue fort intéressant.
Je pense que je modifierai mon opinion vis à vis d'HF (seuls les
imbéciles n'en changent jamais, hein) si la version c/s tient ses
promesses, mais surtout si HF est portée sous Unix (ce qui devrait être
le cas prochainement puisque Pc-Soft a annoncé une version de Webdev
sous Linux), parce que pour diverses raisons (mais c'est un autre
débat), je ne conçois pas d'utiliser Windows en environnement serveur
pour Internet.
--
Eric
dans (in) fr.comp.developpement.agl.windev, ted <_s_p_a_m_ted.o@free.fr>
ecrivait (wrote) :
Bonjour Ted,
> Le débat dérive,
Ca arrive souvent ici, merci à toi de l'avoir recentré ;)
> Mais avant tout un rappel, pour faire du temps réel sur des liaisons
> "lentes" de ce type, il faut que l'application soit prévue pour un accés
> réseau lent (utilisation de vues et requêtes). Il faut diminuer au
> maximum le nombre d'accés au réseau.
Tu as tout à fait raison, notre problème est que l'application dont il
est question n'a pas été conçue en ce sens et pour cause. A l'époque,
les accès distants étaient l'apanage des compagnies aériennes, des
agences de voyage et des banques, et nous n'imaginions pas l'évolution
(on peut même parler de révolution) technologique à laquelle on a
assisté depuis en matière d'informatique et de télécoms.
> Les principales erreurs de programmation à ne pas faire :
> * HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
> HExécuteRequete
> * Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
> requête OU table mémoire remplie par une vue ou requête
Même problème pour nous que pour migrer la base de données en MySQL,
c'est trop lourd d'adapter l'existant...
> En plus un version c/s de hyper file est annoncée pour cette année, cela
> devrait encore améliorer les choses.
Je pense que je la testerai, mais là encore, le temps nécessaire
(portage du logiciel de Windev 5.5 à Windev 8 ou peut-être 9) pour
migrer nous effraye. Bon, en même temps, il faudra faire quelque chose
un jour ou l'autre, j'en suis persuadé, sinon on va dans le mur, mais
j'ai du mal à convaincre mes collègues et comme ce n'est plus moi qui
dirige la boîte, je ne peux rien imposer.
> - Solution TSE : Un investissemernt rentable ici
> Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
> dis 2500 euros. Combien de temps avec vous déjà passé à faire des
> recherches et combien de temp à coder des cas spécifiques pour gérer ce
> cas ? et combien de temps faut-il encore pour finir de tout coder ?
> Et enfin à combien estimez-vous une heure de tavail ?
> Faite le calcul vous même.
Tu m'as presque convaincu, je vais faire des tests et essayer de vendre
la solution au client. Je termine malgré tout le système de réplication
automatique par mail, qui sera utile et nécessite peu de développement
dans la mesure ou le fichier journal permettant la réplication existe
depuis longtemps.
> Enfin, sur un tout autre point concernant le fait de choisir hyper file
> avec windev, personnellement j'y vois plusieurs avantages :
> - Pour des petites structures (moins de 5 postes), je me vois mal
> proposer une solution avec un c/s payant (rappel, même MySQL est payant)
C'est un peu plus compliqué que ça, les termes de la licence sont
parfois difficiles à interpréter (au pire la licence coûte 440 euros
avec InnoDB, 220 sans), mais tu as raison, HyperFile est adapté pour une
utilisation en réseau local. Il faut juste prendre garde de développer
de façon à ce qu'il soit facile de changer de base de données pour ne
pas se retrouver prisonnier comme nous le sommes...
> qui de plus va monopliser une machine.
Euh, Le moteur de MySQL est très peu gourmand en ressources, et peut
très bien cohabiter avec d'autres applications, que ce soit en local ou
sur un serveur.
> - Pour la modification de stucture des données cela se fait tout seul
C'est vrai que c'est très confortable, et que jamais je n'aurais été
capable, avec mon peu d'expérience en matière de programmation, de
maintenir et de faire évoluer un logiciel sur 100 sites sans cette
fonctionnalité qui rend les choses simples et automatiques.
Cela dit, modifier la structure d'une base MySQL est assez simple à
faire, y ajouter une table aussi, même si ça nécessite un peu de
programmation. Et puis la structure d'une base, si elle a été bien
pensée (là, l'expérience joue incontestablement), évolue peu :)
> Voilà mon popint de vu et quelques solutions (testées avec succé)
Point de vue fort intéressant.
Je pense que je modifierai mon opinion vis à vis d'HF (seuls les
imbéciles n'en changent jamais, hein) si la version c/s tient ses
promesses, mais surtout si HF est portée sous Unix (ce qui devrait être
le cas prochainement puisque Pc-Soft a annoncé une version de Webdev
sous Linux), parce que pour diverses raisons (mais c'est un autre
débat), je ne conçois pas d'utiliser Windows en environnement serveur
pour Internet.
--
Eric
dans (in) fr.comp.developpement.agl.windev, ted
ecrivait (wrote) :
Bonjour Ted,
> Le débat dérive,
Ca arrive souvent ici, merci à toi de l'avoir recentré ;)
> Mais avant tout un rappel, pour faire du temps réel sur des liaisons
> "lentes" de ce type, il faut que l'application soit prévue pour un accés
> réseau lent (utilisation de vues et requêtes). Il faut diminuer au
> maximum le nombre d'accés au réseau.
Tu as tout à fait raison, notre problème est que l'application dont il
est question n'a pas été conçue en ce sens et pour cause. A l'époque,
les accès distants étaient l'apanage des compagnies aériennes, des
agences de voyage et des banques, et nous n'imaginions pas l'évolution
(on peut même parler de révolution) technologique à laquelle on a
assisté depuis en matière d'informatique et de télécoms.
> Les principales erreurs de programmation à ne pas faire :
> * HFiltre + HLitPremier + HLitSuivant ..... MAIS.... HCréeVue ou
> HExécuteRequete
> * Table fichier sur un fichier ..... MAIS.... Table fichier sur vue ou
> requête OU table mémoire remplie par une vue ou requête
Même problème pour nous que pour migrer la base de données en MySQL,
c'est trop lourd d'adapter l'existant...
> En plus un version c/s de hyper file est annoncée pour cette année, cela
> devrait encore améliorer les choses.
Je pense que je la testerai, mais là encore, le temps nécessaire
(portage du logiciel de Windev 5.5 à Windev 8 ou peut-être 9) pour
migrer nous effraye. Bon, en même temps, il faudra faire quelque chose
un jour ou l'autre, j'en suis persuadé, sinon on va dans le mur, mais
j'ai du mal à convaincre mes collègues et comme ce n'est plus moi qui
dirige la boîte, je ne peux rien imposer.
> - Solution TSE : Un investissemernt rentable ici
> Dans ce cas la solutio TSE me semble être un investissement rentable. Tu
> dis 2500 euros. Combien de temps avec vous déjà passé à faire des
> recherches et combien de temp à coder des cas spécifiques pour gérer ce
> cas ? et combien de temps faut-il encore pour finir de tout coder ?
> Et enfin à combien estimez-vous une heure de tavail ?
> Faite le calcul vous même.
Tu m'as presque convaincu, je vais faire des tests et essayer de vendre
la solution au client. Je termine malgré tout le système de réplication
automatique par mail, qui sera utile et nécessite peu de développement
dans la mesure ou le fichier journal permettant la réplication existe
depuis longtemps.
> Enfin, sur un tout autre point concernant le fait de choisir hyper file
> avec windev, personnellement j'y vois plusieurs avantages :
> - Pour des petites structures (moins de 5 postes), je me vois mal
> proposer une solution avec un c/s payant (rappel, même MySQL est payant)
C'est un peu plus compliqué que ça, les termes de la licence sont
parfois difficiles à interpréter (au pire la licence coûte 440 euros
avec InnoDB, 220 sans), mais tu as raison, HyperFile est adapté pour une
utilisation en réseau local. Il faut juste prendre garde de développer
de façon à ce qu'il soit facile de changer de base de données pour ne
pas se retrouver prisonnier comme nous le sommes...
> qui de plus va monopliser une machine.
Euh, Le moteur de MySQL est très peu gourmand en ressources, et peut
très bien cohabiter avec d'autres applications, que ce soit en local ou
sur un serveur.
> - Pour la modification de stucture des données cela se fait tout seul
C'est vrai que c'est très confortable, et que jamais je n'aurais été
capable, avec mon peu d'expérience en matière de programmation, de
maintenir et de faire évoluer un logiciel sur 100 sites sans cette
fonctionnalité qui rend les choses simples et automatiques.
Cela dit, modifier la structure d'une base MySQL est assez simple à
faire, y ajouter une table aussi, même si ça nécessite un peu de
programmation. Et puis la structure d'une base, si elle a été bien
pensée (là, l'expérience joue incontestablement), évolue peu :)
> Voilà mon popint de vu et quelques solutions (testées avec succé)
Point de vue fort intéressant.
Je pense que je modifierai mon opinion vis à vis d'HF (seuls les
imbéciles n'en changent jamais, hein) si la version c/s tient ses
promesses, mais surtout si HF est portée sous Unix (ce qui devrait être
le cas prochainement puisque Pc-Soft a annoncé une version de Webdev
sous Linux), parce que pour diverses raisons (mais c'est un autre
débat), je ne conçois pas d'utiliser Windows en environnement serveur
pour Internet.
--
Eric
Arnaud DESMAZES wrote:
> Adrien wrote in message
> news:...
>> Arnaud DESMAZES avait soumis l'idée :
>>> Bonjour,
>>>
>>> comme le sujet est assez évocateur, j'en viens au faits de suite.
>>>
>>> je développe une application de gestion commerciale pour l'un de mes
>>> clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
>>> km
>>> du siège. Voici la configuration :
>>>
>>> ----------- ----------
>>>> SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
>>>> SRV_SIEGE| | SRV_AG |
>>> ----------- ----------
>>> * 15 PC * 2 PC
>>> * 4 PORTABLES * 2 PORTABLES
>>>
>>> Entre temps, l'idée de pouvoir embarquer une copie de la base sur
>>> les
>>> portables est apparue. Je me suis dit :" Heureusement, la
>>> réplication
>>> est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
>>> trouver
>>> la réplication dans l'exemple WD7 Replication de la LST 52.. Là
>>> n'est
>>> pas le débat, revenons à mon problème.
>>>
>>> La connexion en temps réel entre l'agence et le siège sur
>>> l'application est impossible car le temps d'accès à la fenetre
>>> d'identification de la base approche les 5mn !
>>> La base compte 30 fichiers HF. L'agence et les machines qui lui sont
>>> rattachées n'ont le droit de modifier/supprimer des enregistrements
>>> que sur 6 fichiers de la base, par contre ils peuvent consulter
>>> l'ensemble des 24 autres.
>>>
>>> Scénario :
>>> L'ensembles des 17 PC et des 6 Portables saisissent des informations
>>> au quotidien. Les portables ont le choix d'etre en mode "connecté"
>>> ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
>>> de
>>> données sur le serveur qui leur est dédié.
>>> Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
>>> de
>>> mettre à jour les informations saisies par l'ensembles des postes.
>>> La
>>> journée le serveur de l'agence a une copie de la base de données de
>>> la
>>> veille. Les postes clients de l'agence travaillent sur cette copie.
>>> Les portables doivent pouvoir mettre à jour le serveur à tout moment
>>> (ou peut etre celà va t il générer des blocages dans les fichiers ?)
>>>
>>> Avez vous une idée de la marche à suivre afin de mettre ce scénario
>>> en
>>> place ?
>>> Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
>>> L'outil WDReplic peut il m'aider ou dois je gérer complétement la
>>> replication "à la main" ? Les identifiants des 6 fichiers sont pour
>>> l'instant sur 8 octets et sont déclarés en tant qu'identifiants
>>> automatiques.
>>>
>>> Je ne sais pas si je suis très clair dans mes propos mais j'ai
>>> vraiment besoin d'une solution étant donné que c'est pour un
>>> client....J'hésite, cependant, à me tourner vers la hotline gratuite
>>> pour ce problème "pas assez précis".
>>>
>>> Merci d'avance pour votre aide.
>>>
>>> Cordialement,
>>>
>>> Arnaud DESMAZES
>>
>> Salut,
>>
>> As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
>> sympa.
>>
>> A+
>> Adrien.
>
> Salut Adrien,
>
> j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
> correspond, merci quand meme.
>
> Arnaud
Le super exemplee dont te parle adrien, tu le trouveras à la page 7 de la
LST 56.
Antoine
Arnaud DESMAZES wrote:
> Adrien <adrien.titou@ifrance.com> wrote in message
> news:<mn.85317d47f5efe4b2.15079@ifrance.com>...
>> Arnaud DESMAZES avait soumis l'idée :
>>> Bonjour,
>>>
>>> comme le sujet est assez évocateur, j'en viens au faits de suite.
>>>
>>> je développe une application de gestion commerciale pour l'un de mes
>>> clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
>>> km
>>> du siège. Voici la configuration :
>>>
>>> ----------- ----------
>>>> SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
>>>> SRV_SIEGE| | SRV_AG |
>>> ----------- ----------
>>> * 15 PC * 2 PC
>>> * 4 PORTABLES * 2 PORTABLES
>>>
>>> Entre temps, l'idée de pouvoir embarquer une copie de la base sur
>>> les
>>> portables est apparue. Je me suis dit :" Heureusement, la
>>> réplication
>>> est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
>>> trouver
>>> la réplication dans l'exemple WD7 Replication de la LST 52.. Là
>>> n'est
>>> pas le débat, revenons à mon problème.
>>>
>>> La connexion en temps réel entre l'agence et le siège sur
>>> l'application est impossible car le temps d'accès à la fenetre
>>> d'identification de la base approche les 5mn !
>>> La base compte 30 fichiers HF. L'agence et les machines qui lui sont
>>> rattachées n'ont le droit de modifier/supprimer des enregistrements
>>> que sur 6 fichiers de la base, par contre ils peuvent consulter
>>> l'ensemble des 24 autres.
>>>
>>> Scénario :
>>> L'ensembles des 17 PC et des 6 Portables saisissent des informations
>>> au quotidien. Les portables ont le choix d'etre en mode "connecté"
>>> ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
>>> de
>>> données sur le serveur qui leur est dédié.
>>> Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
>>> de
>>> mettre à jour les informations saisies par l'ensembles des postes.
>>> La
>>> journée le serveur de l'agence a une copie de la base de données de
>>> la
>>> veille. Les postes clients de l'agence travaillent sur cette copie.
>>> Les portables doivent pouvoir mettre à jour le serveur à tout moment
>>> (ou peut etre celà va t il générer des blocages dans les fichiers ?)
>>>
>>> Avez vous une idée de la marche à suivre afin de mettre ce scénario
>>> en
>>> place ?
>>> Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
>>> L'outil WDReplic peut il m'aider ou dois je gérer complétement la
>>> replication "à la main" ? Les identifiants des 6 fichiers sont pour
>>> l'instant sur 8 octets et sont déclarés en tant qu'identifiants
>>> automatiques.
>>>
>>> Je ne sais pas si je suis très clair dans mes propos mais j'ai
>>> vraiment besoin d'une solution étant donné que c'est pour un
>>> client....J'hésite, cependant, à me tourner vers la hotline gratuite
>>> pour ce problème "pas assez précis".
>>>
>>> Merci d'avance pour votre aide.
>>>
>>> Cordialement,
>>>
>>> Arnaud DESMAZES
>>
>> Salut,
>>
>> As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
>> sympa.
>>
>> A+
>> Adrien.
>
> Salut Adrien,
>
> j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
> correspond, merci quand meme.
>
> Arnaud
Le super exemplee dont te parle adrien, tu le trouveras à la page 7 de la
LST 56.
Antoine
Arnaud DESMAZES wrote:
> Adrien wrote in message
> news:...
>> Arnaud DESMAZES avait soumis l'idée :
>>> Bonjour,
>>>
>>> comme le sujet est assez évocateur, j'en viens au faits de suite.
>>>
>>> je développe une application de gestion commerciale pour l'un de mes
>>> clients. Le gros problème est qu'il vient d'ouvrir une agence à 500
>>> km
>>> du siège. Voici la configuration :
>>>
>>> ----------- ----------
>>>> SIEGE | <------ LS 256 K (VPN) -------> | AGENCE |
>>>> SRV_SIEGE| | SRV_AG |
>>> ----------- ----------
>>> * 15 PC * 2 PC
>>> * 4 PORTABLES * 2 PORTABLES
>>>
>>> Entre temps, l'idée de pouvoir embarquer une copie de la base sur
>>> les
>>> portables est apparue. Je me suis dit :" Heureusement, la
>>> réplication
>>> est là ! " Bien mal m'en a pris puisque j'essaie, en vain, de
>>> trouver
>>> la réplication dans l'exemple WD7 Replication de la LST 52.. Là
>>> n'est
>>> pas le débat, revenons à mon problème.
>>>
>>> La connexion en temps réel entre l'agence et le siège sur
>>> l'application est impossible car le temps d'accès à la fenetre
>>> d'identification de la base approche les 5mn !
>>> La base compte 30 fichiers HF. L'agence et les machines qui lui sont
>>> rattachées n'ont le droit de modifier/supprimer des enregistrements
>>> que sur 6 fichiers de la base, par contre ils peuvent consulter
>>> l'ensemble des 24 autres.
>>>
>>> Scénario :
>>> L'ensembles des 17 PC et des 6 Portables saisissent des informations
>>> au quotidien. Les portables ont le choix d'etre en mode "connecté"
>>> ou "autonome" ainsi ils récupèrent l'etat le plus récent de la base
>>> de
>>> données sur le serveur qui leur est dédié.
>>> Chaque nuit, les serveurs SRV_SIEGE et SRV_AG se synchronisent afin
>>> de
>>> mettre à jour les informations saisies par l'ensembles des postes.
>>> La
>>> journée le serveur de l'agence a une copie de la base de données de
>>> la
>>> veille. Les postes clients de l'agence travaillent sur cette copie.
>>> Les portables doivent pouvoir mettre à jour le serveur à tout moment
>>> (ou peut etre celà va t il générer des blocages dans les fichiers ?)
>>>
>>> Avez vous une idée de la marche à suivre afin de mettre ce scénario
>>> en
>>> place ?
>>> Dans l'analyse, dois je gérer la réplication pour 6 ou 30 fichiers ?
>>> L'outil WDReplic peut il m'aider ou dois je gérer complétement la
>>> replication "à la main" ? Les identifiants des 6 fichiers sont pour
>>> l'instant sur 8 octets et sont déclarés en tant qu'identifiants
>>> automatiques.
>>>
>>> Je ne sais pas si je suis très clair dans mes propos mais j'ai
>>> vraiment besoin d'une solution étant donné que c'est pour un
>>> client....J'hésite, cependant, à me tourner vers la hotline gratuite
>>> pour ce problème "pas assez précis".
>>>
>>> Merci d'avance pour votre aide.
>>>
>>> Cordialement,
>>>
>>> Arnaud DESMAZES
>>
>> Salut,
>>
>> As tu regardé dans la lst 54 ou 55. il y a un exemple de réplication
>> sympa.
>>
>> A+
>> Adrien.
>
> Salut Adrien,
>
> j'ai beau parcourir le sommaire des 2 LST, je ne trouve rien qui
> correspond, merci quand meme.
>
> Arnaud
Le super exemplee dont te parle adrien, tu le trouveras à la page 7 de la
LST 56.
Antoine
