Los
GUID pueden parecer una opción natural para su clave principal, y si realmente debe hacerlo, probablemente podría argumentar para usarlos para la CLAVE PRINCIPAL de la tabla. Lo que recomiendo enfáticamente que no haga es usar la columna GUID como la clave de agrupación, lo que hace SQL Server de forma predeterminada, a menos que le indique específicamente que no lo haga.
¿Debo usar GUID o int para la clave principal?
int es más pequeño, más rápido, fácil de recordar, mantiene una secuencia cronológica. Y en cuanto a Guid, la única ventaja que encontré es que es único. ¿En qué caso un Guid sería mejor que e int y por qué? Por lo que he visto, int no tiene fallas excepto por el límite de número, que en muchos casos son irrelevantes.
¿Cuándo debe usar GUID?
Lo usas en cualquier lugar donde necesites un identificador que garantiza que sea diferente a todos los demás. Los GUID generalmente se usan cuando definirá una ID que debe ser diferente de una ID que otra persona (fuera de su control) definirá Uno de esos lugares en el identificador de interfaz en los controles ActiveX.
¿Qué tipo de datos se debe usar para la clave principal?
Los tipos de datos enteros (números) son la mejor opción para la clave principal, seguidos de los tipos de datos de caracteres de longitud fija. SQL Server procesa los valores de tipos de datos numéricos más rápido que los valores de tipos de datos de caracteres porque convierte los caracteres en valores ASCII equivalentes antes del procesamiento, lo cual es un paso adicional.
¿Es malo usar una cadena como clave principal?
La respuesta corta: Está perfectamente bien usar una cadena como clave principal.
