Consideremos el siguiente ejemplo que crea y se inserta en las tablas que definen la identidad basada en la clave principal como un índice agrupado:

Transcripción

1 Problema Estoy diseñando una mesa y me he decidido a crear un auto-generado valor de clave principal en lugar de crear mi propio plan o con las teclas naturales. Veo que SQL Server ofrece identificadores únicos globales GUID, así como las identidades de crear estos valores. Cuáles son los pros y los contras de estos enfoques? Solución Sí, hay un número de maneras en que puede generar automáticamente valores de clave para las tablas. Las formas más comunes son a través del uso de la propiedad de columna IDENTITY o especificando un uniqueidentifier GUID tipo de datos junto con el incumplimiento, ya sea con la función NEWID o NEWSEQUENTIALID función. Por otra parte, los GUID se utilizan mucho en replicación de SQL Server para identificar de forma única las filas de la réplica de mezcla o la replicación transaccional con suscripciones de actualización. El más común, forma conocida para generar automáticamente un valor de clave es a través del uso de la propiedad de columna IDENTITY en una columna que típicamente declarado como un entero. Una vez definido, el motor generará automáticamente un número secuencial basado en la forma ha sido la propiedad declarada en la columna. La propiedad IDENTITY toma un valor inicial de la semilla como primer parámetro y un valor de incremento en su segundo parámetro. Consideremos el siguiente ejemplo que crea y se inserta en las tablas que definen la identidad basada en la clave principal como un índice agrupado: SET NOCOUNT ON USE MASTER CREATE DATABASE MSSQLTIPS USE MSSQLTIPS

2 Start at 1 and increment by 1 CREATE TABLE IDENTITY_TEST1 ID INT IDENTITY1,1 PRIMARY KEY, TESTCOLUMN CHAR2000 DEFAULT REPLICATE X,2000 Start at 10 and increment by 10 CREATE TABLE IDENTITY_TEST2 ID INT IDENTITY10,10 PRIMARY KEY, TESTCOLUMN CHAR2000 DEFAULT REPLICATE X,2000 Start at 1000 and increment by 5 CREATE TABLE IDENTITY_TEST3 ID INT IDENTITY1000,5 PRIMARY KEY, TESTCOLUMN CHAR2000 DEFAULT REPLICATE X,2000 INSERT 1000 ROWS INTO EACH TEST TABLE INT = 1 <= 1000 BEGIN INSERT INTO IDENTITY_TEST1 DEFAULT VALUES INSERT INTO IDENTITY_TEST2 DEFAULT VALUES INSERT INTO IDENTITY_TEST3 DEFAULT VALUES

3 + 1 END SELECT TOP 3 ID FROM IDENTITY_TEST1 SELECT TOP 3 ID FROM IDENTITY_TEST2 SELECT TOP 3 ID FROM IDENTITY_TEST3 Otra forma de generar automáticamente valores de clave consiste en especificar la columna como un tipo de uniqueidentifier y DEFAULT con NEWID o NEWSEQUENTIALID. A diferencia de IDENTIDAD, una restricción DEFAULT se debe utilizar para asignar un valor GUID para la columna. Cómo NEWID y NEWSEQUENTIALID se diferencian? NEWID genera aleatoriamente un valor garantizado único basado en el número de identificación de la tarjeta de red del servidor, más un número único del reloj de la CPU. Por el contrario, NEWSEQUENTIALID genera estos valores en orden secuencial en lugar de al azar. Vamos a crear nuevas tablas que utilizan un identificador único, junto con dos NEWID y NEWSEQUENTIALID USE MSSQLTIPS CREATE TABLE NEWID_TEST ID UNIQUEIDENTIFIER DEFAULT NEWID PRIMARY KEY, TESTCOLUMN CHAR2000 DEFAULT REPLICATE X,2000 CREATE TABLE NEWSEQUENTIALID_TEST ID UNIQUEIDENTIFIER DEFAULT NEWSEQUENTIALID PRIMARY KEY,

4 TESTCOLUMN CHAR2000 DEFAULT REPLICATE X,2000 INSERT 1000 ROWS INTO EACH TEST TABLE INT = 1 <= 1000 BEGIN INSERT INTO NEWID_TEST DEFAULT VALUES INSERT INTO NEWSEQUENTIALID_TEST DEFAULT VALUES + 1 END SELECT TOP 3 ID FROM NEWID_TEST SELECT TOP 3 ID FROM NEWSEQUENTIALID_TEST Como puede ver, la primera tabla que utiliza NEWID genera valores aleatorios, mientras que la segunda tabla que utiliza NEWSEQUENTIALID genera valores secuenciales. A diferencia de los enteros generados por el enfoque de la identidad, los valores GUID generado no son tan fácil de ver o trabajar con ellos. Hay un otro elemento a destacar. SQL Server mantiene el último valor de identidad generado en la memoria que se puede recuperar después de un INSERT IDENTITY, o CHECK_IDENT dependiendo del alcance que necesita. No hay nada similares para capturar el último valor GUID generado. Si utiliza un GUID, tendrá que crear su propio mecanismo para capturar el último valor introducido es decir, recuperar el GUID antes de la inserción o el uso de SQL Server 2005 SALIDA cláusula.

5 Ahora que entendemos cómo generar valores de clave de auto y lo que parece, vamos a examinar los impactos de almacenamiento de cada enfoque. Como parte de las definiciones de tabla creada anteriormente, he añadido una columna de CHAR 2000 para imitar el almacenamiento de datos de la columna adicional. Vamos a examinar el almacenamiento físico de los datos: USE MSSQLTIPS SELECT OBJECT_NAME[OBJECT_ID] as tablename, avg_fragmentation_in_percent, fragment_count, page_count FROM sys.dm_db_index_physical_stats DB_ID, null, null, null, null ORDER BY tablename En cuanto a esta salida, se puede ver que la función NEWID tabla de prueba está muy fragmentado como lo demuestra su porcentaje de fragmentación del 98%. Además, se puede ver que las filas se dispersaron entre las 490 páginas. Esto se debe a la división de página que se produjo debido a la naturaleza aleatoria de la generación de claves. Por el contrario, la identidad y NEWSEQUENTIALID tablas de prueba muestran la fragmentación mínima ya que su auto genera claves se presentan en orden secuencial. Como resultado, ellos no sufren de la condición de dividir la página que afecta a la función NEWID enfoque. Aunque puede desfragmentar el NEWID la tabla, el carácter aleatorio de la generación de claves, provocarán que la división y la fragmentación de la página con todos los insertos de la mesa en el futuro. Sin embargo, la división de la página se puede minimizar mediante la especificación de un adecuado factor de relleno. En cuanto a la NEWSEQUENTIALID tabla de prueba, vemos que generó menos páginas que el NEWID pero la iniciativa se sigan generando más páginas que el enfoque de la identidad. Por qué es esto? Es porque el tipo de datos uniqueidentifier consume 16 bytes de espacio en disco en lugar de los 4 bytes utilizados por el tipo de datos entero que se utilizó para la identidad. Teniendo en cuenta que las páginas de SQL Server son generalmente un tope de 8K o aproximadamente 8060 bytes a partir de SQL Server 2005, existe un mecanismo de desbordamiento de fila que puede patear en el, pero eso es otra discusión,

6 esto conduce a más páginas generadas para el NEWSEQUENTIALID enfoque en comparación con el enfoque de la identidad. Examinar el espacio de tabla base de datos utilizada, vemos que los cuadros utilizando el enfoque de identidad empleados la cantidad de espacio al disco. exec sp_spaceused IDENTITY_TEST1 exec sp_spaceused IDENTITY_TEST2 exec sp_spaceused IDENTITY_TEST3 exec sp_spaceused NEWID_TEST exec sp_spaceused NEWSEQUENTIALID_TEST Ahora también en cuenta esto, ya que un tipo de datos uniqueidentifier consume 16 bytes de datos, el tamaño de cualquier definido índices no agrupados en una mesa con un GUID como un índice agrupado también se ven afectados debido a que el nivel de hoja de estos índices no agrupado contiene los clave de índice agrupado como un puntero. Como resultado, el tamaño de los índices no agrupados que terminaría por ser más grande que si una identidad se define como un entero o bigint. Es evidente que el uso de IDENTIDAD para auto-generar valores de clave ofrece algunas ventajas sobre los enfoques GUID: IDENTIDAD valores generados se pueden configurar, fácil de leer y más fácil de trabajar con Menor número de páginas de bases de datos están obligados a satisfacer las solicitudes de consulta En comparación con NEWID, la división de la página y sus gastos asociados se elimina El tamaño de la base de datos se reduce al mínimo Las funciones del sistema existen para capturar el último valor de identidad

7 generado es decir, SCOPE_IDENTITY, etc Algunas funciones del sistema como el MIN y MAX, por ejemplo no se puede utilizar en las columnas uniqueidentifier Próximos pasos Lea más sobre NEWSEQUENTIALID en el SQL Server 2005 Libros en pantalla Lea Uso de datos uniqueidentifier en SQL Server 2005 Libros en pantalla Si no estás en una situación en la que necesita un valor único en el mundo, tenga en cuenta si una IDENTIDAD tiene sentido para auto-generar sus valores fundamentales. Independientemente de si se decide por un GUID o identidad, considerar la adición de una clave de sentido único, basado en los datos reales de la tabla.