0 votes

Impact de la modification d'une clé unique dans SQL Server 2005

Quel est l'impact de la modification d'une clé unique dans SQL Server 2005 ?

J'ai une table avec une clé primaire ID int et une clé unique composite pour 4 champs. Mais en raison de la nature de mon projet, l'une des clés (champs) de la clé composite ne cesse de changer.

Est-ce que quelqu'un trouve un problème à changer le champ de la clé composite aussi souvent ?

1voto

SQLMenace Points 68670

Une maintenance est nécessaire puisque toutes les clés non groupées pointent soit vers la clé groupée, soit vers la ligne si vous avez un tas (table sans clé groupée).

Étant donné que la clé groupée contient toutes les données de la table (en fait, elle est la table), chaque fois que vous modifiez la clé non groupée, la clé groupée est mise à jour et vice versa.

0voto

gbn Points 197263

L'index devra être réorganisé.

Cela fait partie du C dans ACID : lorsque votre UPDATE se termine, tout est terminé et dépoussiéré.

En outre, toutes les vues indexées utilisant les données devront également être mises à jour, ce qui fait également partie du "C".

S'il ne s'agit pas d'un cluster, c'est à peu près tout.

Je ne m'inquiéterais pas trop à moins que cela ne se produise plusieurs fois par seconde...

0voto

CodeMonkey1313 Points 4754

Je m'assurerais simplement d'ajouter du code pour être attentif aux violations de contraintes uniques. Vous ne devriez pas rencontrer de problème, mais si vous le modifiez aussi souvent, je dirais que vous courez un plus grand risque.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X