Question

Je voudrais demander s’il existe des options alternatives à la réplication ms SQL (c’est ce que j’utilise actuellement) pour la réplication de données.

Créer une architecture personnalisée pour la réplication est une bonne idée?

PS. L’option alternative doit prendre en charge les bases de données mobiles fonctionnant sous Windows CE / Mobile

MODIFIER: l'application doit pouvoir travailler hors connexion pendant un certain temps, puis à la demande de l'utilisateur pour se synchroniser avec la base de données du serveur en envoyant / recevant toutes les données nouvelles / mises à jour vers et depuis le serveur.

Était-ce utile?

La solution

Vous disposez de plusieurs options, en fonction de vos besoins.

1) Envoi de journaux, où le journal de votre base de données centrale est copié à intervalles réguliers sur d'autres serveurs, et ce journal est appliqué à la base de données. Cette approche ne fonctionne que si vous disposez d'une base de données de publication centrale et d'un certain nombre de bases de données abonnées

2) Utilisez SSIS ou DTS pour copier régulièrement des données entre bases de données. Cela peut être bidirectionnel tant que vos clés sont uniques, utilisez des GUID ou des plages d'ID

.

3) Détachez la base de données centrale, copiez les fichiers sous-jacents (données et journal) sur les serveurs de destination. Cela a pour inconvénient de mettre la base de données centrale hors ligne, même brièvement.

Je pense que la création d'une architecture personnalisée pour la réplication est une très mauvaise idée, mais sans connaître vos besoins, il est difficile de proposer une solution complète.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top