Discussion :

[cbleas]

Bonjour,
J'ai une application à réaliser. Certain techniciens doivent réaliser des modifications alors qu'ils ne sont pas sur le réseau.
Je pense mettre en place la réplication. Je souhaiterais connaitre entre les différentes formes de réplication laquel est la plus simple à utiliser.
Mes clients doivent pouvoir faire les mises à jour sans que que se soit compliqué.
NB: très peu d'utilisateurs - de 20, Base de données de moins de 4 G pouvant etre utilisé avec sql express

Merci pour vos réponses

[ylarvor]

Gestion de la réplication.
La réplication est une technologie de copie et de distribution d'une base de données source vers une ou plusieurs base de données cible. Cela permet d'augmenter la disponibilité, de permettre une distribution des requêtes clients, ou de mettre à disposition une base de données à des clients distants en limitant les risques réseau par une décentralisation des données. La réplication est à la fois une technologie de haute disponibilité et de l'informatique distribuée.
La réplication s'applique à un sous ensemble d'une base de données nommée publication.
La réplication est un ensemble de technologie qui comprend :
- la réplication de capture instantanée s'applique pour un volume de donnée faible. Il s'agit d'une opération planifiée de réécriture chez les abonnés de la publication. Comme il y a écrasement de la publication par la nouvelle version, on utilisera cette réplication pour un sous ensemble réduit de la base de données. On peut comparer la réplication de capture instantanée à une opération de sauvegarde/restauration sur la seule publication.
- la réplication transactionnelle s'applique en cas de mise à jour fréquente des données de l'éditeur ( source ). La réplication transactionnelle effectue une première mise à jour complète des données suivie d'opérations de transfert des seuls données modifiées entre la source et la cible. La réplication transactionnelle utilise pour ce faire le journal des transactions. La réplication transactionnelle est à sens unique, elle reporte les modifications de la source vers la cible. Pour mettre en place une remontée des modifications de la cible vers la source, il est nécessaire de mettre en place un processus indépendant de la réplication transactionnelle.
- la réplication de fusion s'applique en cas de mise à jour des données sur l'éditeur et sur l'abonné. La réplication de fusion transfert les modifications de données dans les deux sens. Contrairement à la réplication transactionnelle qui utilise le journal de transaction pour publier les modifications, la réplication de fusion s'appuie sur des transformations profondes ( tables, triggers ) du schéma de bases de données pour mettre en place une réplication bidirectionnelle.

[cbleas]

merci,
je dois donc utiliser la réplication de fusion mais est ce simple?

[ylarvor]

vous n'avez pas choisi la replication la plus simple... c'est assez complexe comme vous le dira sql pro.

[Fabien Celaia]

La question n'est pas la simplicité,mais celle qui colle le plus à vos besoins.

[cbleas]

Bonjour,
C'est la seule méthode qui colle à mes besoin. du fait de sa complexité cela me fait poser la question de la proposer ou non à une entreprise sans administrateur car je ne souhaite pas etre appelé tous les 4 matins.
merci

[SQLpro]

cela me fait poser la question de la proposer ou non à une entreprise sans administrateur

Utopie....

Le jour ou un serveur est HS, ne serait-ce que la reconstruction de la réplication est une chose assez galère !

A +

[cbleas]

Bonjour,
Merci à vous tous.
Je ne vais donc pas me prendre la tete avec cette solution. Je proposerais donc une solution client léger avec une liaison internet qui dans ce cas simplifie au maximum l'administration.

Bon WE à tous