Bonjour,

j'aurai tendance à répondre ceci: gardez votre appli de backoffice en
windev, et en supposant que celle-ci s'appuie sur une base de données
MySQL (ce que j'ai cru comprendre), utilisez les possibilités de
réplication temps réel de MySQL pour synchroniser vos différentes bases
(MySQL permet de gérer finement le sens de réplication table par table au
sein d'une base). Ensuite, vous pouvez développer un extranet en webdev
s'appuyant sur la base centrale.

J'ai connu une utilisation de la réplication MySQL via internet qui
fonctionnait en temps réel avec des bases de plusieurs millions
d'enregistrements, cela fonctionnait très bien.

Maintenant, il est évident que ce type d'application nécéssite une étude
pointue (le schéma de données doit être quasi figé, car le moindre
changement de structure implique l'arrêt de la synchro, l'application des
changements et la resynchro manuelle). Une réplication demande pas mal de
travail pour la mise en place et de la surveillance ensuite.

PCSoft met en avant ses capacités à répliquer des données, je ne peux pas
me prononcer à ce sujet, n'ayant pas testé cette fonctionnalité, mais en
jetant un oeil sur la doc, autant ça semble jouable sur un LAN, autant
j'ai quelques doutes sur l'utilisation dans un contexte WAN (type Internet
ou réseau VPN à grande échelle).

En espérant que cela fasse un peu avancer le schmilblick...

Bonjour à tous..

Nous avons une appli "lourde" type gestion de production en Windev9 qui
fonctionne aujourd'hui en réseau local 40 postes sans problèmes : volume
de
données important, utilisation continue et simultanée de 7h à 22h.

Notre client souhaite maintenant travailler en "presque temps réel" sur le
principe suivant :

- Des données uniquement locales pour chaque établissement régional ;
- Des données internes à l'entreprise gérées localement mais nécessitant
une
centralisation nationale à intervalle très court (5 min max)
- Des données internes nationales descendantes vers chaque établissement
régional ;
- Des données collectées et diffusées via un extranet pour les clients ;

Pour cela, nous pensons utiliser soit WebDev soit un accès natif MySQL..
Nous nous posons bien entendu plein de questions...

- WebDev est-il la meilleure solution ?
- Quel est le niveau de portabilité de notre appli Windev 9 vers Webdev 9
?
faudra-t-il tout reécrire ?
- Quels sont les pièges à éviter et à quoi devons-nous nous attendre ?
- Temps de réponse des applis Webdev ?
- Déploiement et hébergement ?
- etc...

Avant de plonger, nous venons prendre les avis de ceux et celles qui ont
déjà franchi le pas..
Merci par avance de vos conseils éclairés

Normal et classique.

Votre programmation HF est peut etre classique, et la recherche d'un
enregistrement oblige la poste demandeur à balayer TOUT le fichier pour
trouver.
Quand TOUT un fichier de 5 mega doit passer par un réesau plus lent que le
local...ça devient long.

Si vous utilisez des requettes SQL, SEULES transitent sur le reseau : la
requete SQL, tres courte, et la reponse immédiate à la requette, cad
seulement les donnees cherchées.
ex: SELECT * FROM clients WHERE idclient345 renvoie immédiatement la
liste de tous les champs du client 12345, ce qui fait maxi 2000 octets ->
instantané.


Pour info, quelques uns de nos postes adressent leurs requetes à un
serveur Mysql en passant par un ADSL lent (128k) , et les temps de
réponses sont instantanés.

Utilisez les requetes SQL (directement ou en natif) ... et ça ira très
bien.