Partager via


Prise en charge d'abonnements multiples

Microsoft Les Abonnés SQL Server 2005 Compact Edition (SQL Server Compact Edition) peuvent s'abonner à plusieurs publications.

Abonnements multiples

La prise en charge d'abonnements multiples dans SQL Server Compact Edition offre les avantages suivants :

  1. Vous pouvez réduire le nombre d'articles dans chaque publication.
  2. Vous pouvez contrôler quand les données de chaque publication sont synchronisées.
  3. Vous pouvez interroger plusieurs tables dans chaque publication.

Supposons, par exemple, que votre application affiche des informations d'un client. La moitié des données de votre abonnement est une liste de clients stockée sous forme de données en lecture seule. L'autre moitié est des données de commande. Vos utilisateurs s'attendent à pouvoir interroger les deux tables afin de rechercher des commandes par client, par exemple, et d'ajouter de nouvelles informations de commande.

Pour des raisons de performance, vous souhaitez que ces différents types de données soient synchronisés à des fréquences différentes. Pour des raisons d'intégrité des données, vous souhaitez intégrer les modifications apportées à la liste des clients au niveau du serveur de publication. En vous abonnant à deux publications différentes, toutes ces conditions peuvent être remplies. Chaque publication est configurée pour répondre à vos exigences en termes de performance et d'intégrité des données, et votre unique base de données SQL Server Compact Edition contiendra les tables de chaque publication.

Remarque :
Vous pouvez créer différents abonnements pour plusieurs publications sur la même base de données, mais si les publications existent sur le même serveur dans la même base de données du serveur de publication, les noms des publications doivent être différents.

Conditions requises pour la prise en charge d'abonnements multiples

Pour qu'une base de données unique contienne plusieurs abonnements, deux restrictions sont à respecter :

  1. Tous les objets (tables, contraintes et index) de chaque publication doivent être sans intersection.
  2. Il ne peut exister d'intégrité référentielle entre les tables des différents abonnements. Vous pouvez toutefois implémenter l'indexation pour améliorer les performances.
  3. Les modifications au niveau de l'intégrité référentielle sur les articles de la base de données de publication sont envoyées aux abonnés SQL Server Compact Edition. Si vous avez deux abonnements dans une base de données SQL Server Compact Edition et que cette base de données a une table locale du même nom que les autres tables sur le serveur de publication, des modifications de schéma inattendues peuvent se produire.

Voir aussi

Aide et information

Assistance sur SQL Server Compact Edition