| |
Miembro registrado
118 mensajes |
|
| Publicado el 06,febrero 2018 - 17:24 |
bonjour,
je travaille sur une application qui récupère des données via un serveur de réplication.
Les données sont donc en local et sur le serveur central.
lorsque je crée une entrée dans une table sur le serveur et que je synchronise immédiatement, l'entrée n'est pas récupérée en local (alors qu'elle est bien sur le serveur)
Si j'attends quelques secondes (une dizaine), la synchro récupère bien l'entrée.
Comment faire pour que les synchro soit réellement immédiate ? (ou du moins qu'il n'y ait pas un temps de latence ?)
d'avance merci ! |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.682 mensajes |
|
| Publicado el 07,febrero 2018 - 05:15 |
Bonjour,
Passer par le développement d'un WS qui fera la synchronisation.
--
Cordialement,
Philippe SAINT-BERTIN
Géode Informatique |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
118 mensajes |
|
| Publicado el 07,febrero 2018 - 08:45 |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
2.682 mensajes |
|
| Publicado el 07,febrero 2018 - 10:52 |
Un webservice 
--
Cordialement,
Philippe SAINT-BERTIN
Géode Informatique |
| |
| |
| | | |
|
| | |
| |
| Publicado el 07,febrero 2018 - 12:35 |
Bonjour Philippe
Voulez vous dire que le WS remplace (ou une bonne solution) la réplication
c'est à dire pour synchroniser une base de donnée entre le serveur central et les autres serveurs on utilise le WS?
Merci d'avance de me donner une explication |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
118 mensajes |
|
| Publicado el 08,febrero 2018 - 11:10 |
bin un WS, ça veut dire changer complètement de système. (pourquoi pas) mais là je suis parti sur les solutions données par Windev: à savoir, un serveur de réplication (sur un IIS) et derrière une base de données HFSQL qui dialogue avec chaque client (sur lesquels sont stockés des fichiers FIC).
Le pb c'est qu'en production, la solution de réplication ne récupère pas les données en live de la bdd alors que le serveur de réplication est sur le même serveur que la bdd hfsql. Je soupçonne un mécanisme de cache qui est soit du coté de l'application web de réplication, soit sur le serveur hfsql... mais je ne sais pas encore où "gratter"... |
| |
| |
| | | |
|
| | |
| |
| Publicado el 14,febrero 2018 - 08:20 |
Bjr,
JPB a exposé le 08/02/2018 :
> bin un WS, ça veut dire changer complètement de système.
Le WS change la facon dont tu fais transiter les données. un WS ne
remplace pas la replication.
Les serveurs de replication ont l'air de connaitre quelques soucis.
J'uilise des replications programmées qui marchent tres bien par
contre.
a plus
--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
------------------------------------------------------------- |
| |
| |
| | | |
|
| | |
| |
Miembro registrado
118 mensajes |
|
| Publicado el 01,marzo 2018 - 16:55 |
| j'ai passé mon serveur de réplication en version 23 ainsi que le serveur HFSQL, ça fonctionne bien mieux ! |
| |
| |
| | | |
|
| | |
| |
| Publicado el 30,julio 2019 - 15:58 |
| cet échange m’intéresse car moi j'ai un cas similaire mais etnre un serveur physique avec sql server 2012 et u autre serveur physique avec sql server 2008 pour une application de téléprocédure où le 1er serveur est comme tampon et en fin de journée il faudrait basculer ou synchroniser avec le deuxième qui tous deux se trouvant dans le même bâtiment mais dans des locaux distants |
| |
| |
| | | |
|
| | |