Nous avons une base de données en cours d'exécution sur un hôte partagé via SQL Server 2008. Nous sommes maintenant en position, en raison des contraintes de performance, où nous devons déplacer la base de données, ainsi qu'un site Web. Nous utilisons le suivi des modifications sur la base de données afin que les clients puissent se synchroniser à l'aide du cadre de synchronisation.
Ma question est la suivante: est la table de suivi des modifications stockée dans la base de données d'une manière qui signifie que lorsqu'il est déplacé, il restera en place?
Je suis actuellement en cours d'apprentissage de SQL Server et que le suivi des points de changement de changement est toujours allongé. Conceptuellement, je ne comprends pas vraiment "où" la table de suivi du changement est.
3 Réponses :
La table de validation est une table interne cachée nommée Les données associées sont stockées dans des tables système séparées, créées lorsque le suivi des modifications est activé sur une table utilisateur.
Le tableau interne créé en activant le suivi des modifications à un niveau de table est nommé SYS.SYSCOMMITTAB qui ne peut être consulté directement par des administrateurs et stocke une ligne pour chaque transaction pour chaque modification à une table à particuler dans le suivi de changement. < / p>
sys.change_tracking_ [ID d'objet ], où [ID d'objet] est l'objet pour la table cible.
Merci pour la réponse. Vous devrez pardonner mon ignorance, mais avec SYS.SYSCOMMITTAB Être masqué et interne cela signifie qu'il est séparé de la base de données et ne sera inclus dans aucune sauvegarde? Le pire scénario de devises, nous déplacons la base de données et perdons les informations de suivi des changements, je suppose.
de ici Cela ressemble à un suivi de changement est un objectif général Tableau dans le même catalogue de base de données comme tables. Donc, tout mouvement que vous faites de la base de données devrait prendre la table de changement avec vous.
J'éditionnerais d'abord le schéma de la base de données et utilisez les pages MSDN.
délibéré sur le point de publier ou non comme une réponse comme je n'aime généralement pas juste em> donner un lien, mais dans ce cas, je voulais résumer certains points et ne serait donc pas Faites bien comme un commentaire!
heh, merci. Je suis sûr que je les ai mis dans mais Oh bien!