Uso y manejo de las columnas de identidad en SQL Server

En el diseño de una base de datos para soportar aplicaciones es esencial considerar cómo manejar las claves principales. Hay en este sentido por lo menos dos escuelas de pensamiento: una que sostiene que lo que hay que hacer es utilizar las claves suplentes llamada (es decir, no basada en datos reales) y otra que afirma que se debe utilizar en vez de datos reales como valores fundamentales. Entonces hay un camino intermedio que consiste en "una base de datos para su uso en estas dos soluciones, en función de los pros y los contras relativa (que pronto).

En el diseño de una tabla que contiene generalmente una o más columnas que componen la clave principal. Como sabemos la clave principal de una tabla es un valor (o una combinación de valores) que identifica de forma única cada fila. Como se mencionó anteriormente, si una clave se compone de los valores reales que se llama clave natural, pero si, por ejemplo, la clave se genera cada vez que se inserte una fila en la tabla que se llama clave sustituta. Una de las claves sustituto suele ser un valor numérico en SQL Server y, a menudo las columnas de este tipo son los de identidad, de los cuales más tarde.

Una clave natural se compone de datos reales, es decir, datos que tienen una relación con los valores de otras columnas de la fila (por ejemplo, el código de impuestos de un individuo en una tabla de clientes, que también contiene su generalidad). Incluso una clave sustituta identifica una fila en una tabla, pero su valor no tiene relación con otros valores de la línea y se trata simplemente de generar y almacenar.

Se analizan los pros y los contras de los dos tipos de claves a partir de la sustitución:

El PRO

• Una clave sustituta no tiene relaciones con la línea de otros datos
• Si necesita realizar cambios en la base de datos relativas a la actualización de las claves naturales que fácilmente se puede hacer sin poner en peligro las relaciones de clave externa, si éste no se basan en claves naturales, sino en un sustituto
• Las claves suplentes son por lo general un valor entero y por lo tanto requieren sólo cuatro bytes para almacenar de esta forma las estructuras de toma menor índice de rendimiento (que tiene un efecto positivo de las operaciones de combinación)

CONTRA LA

• Si las tablas vinculadas en clave externa con un sustituto de valor está vinculado a una mesa principal, para obtener los valores reales de conexión entre las distintas tablas que deben unirse a las operaciones
• La clave sustituta no es muy útil para buscar información específica, como los valores contenidos en ellos no tienen ningún significado real

En cuanto a las claves naturales:

El PRO

• Se prestan a la investigación ya que los valores tienen un significado real
• Requieren menos pasos para obtener los valores clave de combinación, ya que se encuentran en todas las tablas que participan en las combinaciones
• Se prestan a la investigación ya que los valores tienen un significado real

CONTRA LA

• Es de actualización mucho más complicado, especialmente si las relaciones de clave externa con otras tablas se basan en ellos
• Los índices de asumir más grande porque las teclas naturales requieren más bytes para almacenar
• Se une sobre la base de compuestos naturales claves (que a menudo incluyen datos de la cadena) son más lentos que los realizados con las claves sustitutas

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