Utilisation et gestion des colonnes d'identité dans SQL Server

Lorsque vous concevez une base de données pour supporter des applications est essentiel de considérer la manière de gérer les clés primaires. Il ya à cet égard au moins deux écoles de pensée: celle qui affirme que la bonne chose à faire est d'utiliser les touches que l'on appelle de substitution (c'est à dire non basée sur des données réelles) et un autre qui prétend que doit être utilisé à la place des données réelles que des valeurs clés. Ensuite, il ya une voie médiane qui consiste à 'une base de données pour une utilisation au sein de ces deux solutions, selon les pros et les inconvénients relatifs (dont nous parlerons bientôt).

Lorsque vous concevez une table, il contient généralement une ou plusieurs colonnes qui composent sa clé primaire. Comme nous le savons clé primaire d'une table est une valeur (ou une combinaison de valeurs) qui identifie de manière unique chaque ligne. Comme mentionné précédemment, si une clé est constitué de valeurs réelles est appelée clé naturelle, mais si par exemple la clé est générée à chaque fois que vous insérez une ligne dans la table, il est appelé clé de substitution. Une clé de substitution est généralement une valeur numérique dans SQL Server, et souvent les colonnes de ce type sont ceux de l'identité, dont plus tard.

Une clé naturelle est constituée de données réelles, à savoir les données qui ont une relation avec des valeurs dans d'autres colonnes de la rangée (par exemple, le code des impôts d'un individu dans une table Customers qui contient aussi sa généralité). Même une clé de substitution identifie de manière unique une ligne dans une table, mais sa valeur n'a aucune relation avec d'autres valeurs de la ligne et il est tout simplement générées et stockées.

Nous analysons les avantages et les inconvénients des deux types de clés commençant par la mère porteuse:

Le PRO

• Une clé de substitution n'a pas de relations avec les autres données en ligne
• Si vous devez apporter des changements à la base de données concernant la mise à jour des clés naturelles qui peuvent facilement être fait sans compromettre les relations de clé étrangère, si celle-ci ne sont pas basées sur des clés naturelles, mais sur une porteuse
• Les clés de substitution sont généralement valeur entière et ont donc besoin que de quatre octets pour stocker de cette manière faire l'indice de performance des structures plus petites (qui a un effet positif sur les opérations de jointure)

CONTRE LA

• Si les tables liées dans une clé étrangère avec une mère porteuse de valeur est liée à une table principale, pour obtenir les valeurs réelles de connexion entre les différents tableaux, vous devez joindre à des opérations
• La clé de substitution n'est pas très utile lorsque vous recherchez des informations spécifiques, comme les valeurs contenues dans eux n'ont pas de signification réelle

Comme pour les touches naturelles:

Le PRO

• Se prêtent à la recherche parce que les valeurs ont un sens réel
• Exiger moins d'étapes pour obtenir les valeurs clé de jointure, car ils sont contenus dans toutes les tables impliquées dans les jointures
• Se prêtent à la recherche parce que les valeurs ont un sens réel

CONTRE LA

• Il «mise à jour beaucoup plus compliqué, surtout si les relations de clé étrangère avec d'autres tables sont basées sur les
• Les indices supposent plus grand parce que les clefs naturelles nécessitent généralement plus d'octets pour stocker
• Joint repose sur des clefs naturelles (qui incluent souvent des données de chaîne) sont plus lents que ceux réalisés avec les clés de substitution

• <<
• 1
• 2
• 3
• >>