Synchronisation de deux bases : état de l'art en 2020?

Bonjour,

Un utilisateur veut synchroniser, 1 fois par jour, deux serveurs v17R6 à Paris et en Bourgogne.
Quel est l’état de l’art à l’époque de la 18 ?

On a ces possibilité :
le SQL : https://doc.4d.com/4Dv17/4D/17/Replication-via-le-SQL.300-3786654.fr.htmlhttps://doc.4d.com/4Dv17/4D/17/Replication-via-le-SQL.300-3786654.fr.html>
faire des requête http et envoyer :

  • des selections au format json
  • des entités ORDA
  • d’autres choses

Quels sont les avis ?

En v18, tu peux ouvrir un datastore distant.(voir activer le serveur REST)
Après c’est une question d’algorithme…
https://doc.4d.com/4Dv18/4D/18/Open-datastore.301-4675616.fe.html

ou un composant de synchro.

: Luc STELL

un datastore distant.
Celle-là m’avait complètement échappé :mrgreen:

oui, ca ouvre des possibilités…surtout si c’est les mêmes structures de données dans les 2 bases.

Faut aussi penser à synchroniser les suppressions, verifier les timestamp des enregistrements pour savoir dans quel sens synchroniser, etc…
Les champs images ou blobs ne sont pas non plus synchronisés je crois…

j’ai déjà fait…

Bonjour,

Avec un datastore distant les images peuvent être synchronisées, mais pas les blobs. Enfin, il me semble étant donné que les images sont accessible via orda.

: Luc STELL

En v18, tu peux ouvrir un datastore distant.

A la différence du SQL Synchronize, ce qui semble intéressant, ici, c’est que les deux bases n’ont pas du tout besoin d’être identiques et la base qui se connecte, une fois la liaison faite, fait sa tambouille en donnant au distant et en rapatriant du distant vers le local.
Ce que je comprends à ce stade : le distant à son serveur web activé et celui en local n’en a pas besoin.

EDIT: le blob https://blog.4d.com/multiple-4d-data-sources-interested/https://blog.4d.com/multiple-4d-data-sources-interested/>