Tablas con índices y opción IGNORE_DUP_KEY=ON

[JoseAntonioM]

Hola,

Tengo una aplicación en SQL Server 2008 con varias tablas que tienen índices únicos con la opción IGNORE_DUP_KEY=ON que me permite insertar masivamente datos desde otras fuentes sin provocar errores de duplicados del índice. Sin embargo esta opción del índice me da problemas a la hora de realizar inserciones en una tabla desde diferentes transacciones que hacen los diferentes usuarios. Por ejemplo un usuario agrega un registro a una tabla en cuestión dentro de una transacción y hasta que no se termina la transacción otros usuarios no pueden insertar registros en esa tabla por que se encuentra bloqueada. ¿Como puedo solucionar este problema?

Saludos,

José Antonio Muñoz

[Libras]

cual es el error que te manda cuando esta bloqueada la tabla, ya revisaste informacion sobre los niveles de aislamiento de sql server??

[JoseAntonioM]

Hola Libras,

el error que aparece es: "Superado el tiempo de espera de solicitud de bloqueo". En cuanto a lo que me comentas, ya revisé los diferentes niveles de aislamiento, he probado con la configuración TRANSACTION ISOLATION LEVELS de diferentes maneras pero no he conseguido nada. Ten en cuenta que he creado una tabla de ejemplo:

CREATE TABLE Tabla (Codigo Int, Fecha Date);
CREATE UNIQUE NONCLUSTERED INDEX X_Prueba ON Tabla (Codigo) WITH (IGNORE_DUP_KEY=ON);

En dos sesiones diferentes:

Sesión 1:
BEGIN TRAN
INSERT Tabla VALUES (1,'01/01/2013')

Resultado: 1 Registro actualizado

Sesión 2:
BEGIN TRAN
INSERT Tabla VALUES (2,'02/01/2013')

(al cabo de un buen rato)
Error: Superado el tiempo de espera de solicitud de bloqueo


Esto mismo lo hago pero cambio la opción: IGNORE_DUP_KEY=OFF

Sesión 1:
BEGIN TRAN
INSERT Tabla VALUES (1,'01/01/2013')

Resultado: 1 Registro actualizado

Sesión 2:
BEGIN TRAN
INSERT Tabla VALUES (2,'02/01/2013')

Resultado: 1 Registro actualizado

Saludos,
José Antonio Muñoz

[Libras]

a ver, si tienes un campo unique se supone que va a tener valores unicos cierto? pero en este caso necesitas que se inserten valores duplicados entonces para que el unique? no podrias simplemente crear el indice sobre ese campo sin el unique??

[JoseAntonioM]

Hola,

claro que necesito que sea un índice único, por eso tengo la opción IGNORE_KEY_DUP=ON, por que en las operaciones masivas de inserción si existen claves duplicadas, solo guardar una de ellas descartando las otras duplicadas pero no me da error. El índice tiene que ser único, no pueden existir dos registros con esa misma clave.

Saludos,
José Antonio Muñoz

[Libras]

si tienes ese problema, porque no primero cargas tus inserciones masivas en una tabla "temporal"(al decir temporal me refiero a una tabla nada mas para las cargas que se elimine la info antes de cargar) y despues de esa tabla temporal nada mas obtienes los registros no duplicados, asi te ahorras este tipo de problemas :P

[iislas]

Mucho mejor si usas SSIS para insertar tus registros, ya que ahí, si puedes decidir que hacer con los duplicados....

[JoseAntonioM]

Lo siento chicos pero no puedo hacer lo que me aconsejais ya que tengo que insertar unas 120 tablas con una media de 12000 registros cada una de ellas y no puedo hacerlo con una tabla temporal ya que tardaría mucho tiempo de procesar la migración de datos y además el proceso, que es bastante complejo, ya está construido y no puedo rehacerlo todo de nuevo.

gracias por vuestra colaboración, pero necesito otra manera más sencilla de resolver este problema sin tener que eliminar el indice único con la opción IGNORE_DUP_KEY=ON. Me han hablado de cambiar el tipo de índice único que actualmente es NONCLUSTERED por CLUSTERED, es decir, agrupar el índice y por lo visto no da errores de bloqueo de tabla. Sin embargo ya tengo una clave principal que es PK y además está agrupada y por lo visto no se puede crear más de 1 clave agrupada por tabla. ¿sabéis algo de esto? ¿que problemática habría si la clave principal PK la convierto en desagrupada (NONCLUSTERED) y la clave única la convierto en agrupada (CLUSTERED)?.

Saludos,
José Antonio Muñoz

[Libras]

estas hablando de cosas diferentes, en una tabla puedes tener un solo indice cluster y varios noncluster, un indice cluster si mal no recuerdo es el ordenamiento principal de tus datos y un noncluster son los ordenamientos secundarios(en una busquedad primero iria a a buscar sobre el indice cluster y despues sobre el noncluster) al crear una llave primaria se crea por default un noncluster, si te resuelve tu problema poniendo un indice noncluster en lugar de cluster parece perfecto :)

[iislas]

Un índice con IGNORE DUPLICATES, tiene el objetivo de IMPEDIR que el contenido de ese campo se REPITA, independientemente del PK

[damimg]

Iniciado por iislas

Un índice con IGNORE DUPLICATES, tiene el objetivo de IMPEDIR que el contenido de ese campo se REPITA, independientemente del PK

Hola iislas, la característica IGNORE DUPLICATES cumple la función de una restricción del tipo UNIQUE? como se setea dicha opción?

Gracias

damimg

[iislas]

Se SETEA cuando se crea el índice y un ejemplo sencillo seria:

Tabla EMPLEADOS

IDEmpleado PK
NSS (Numero de Seguro Social), Indice (ignore duplicates)

[damimg]

Iniciado por iislas

Se SETEA cuando se crea el índice y un ejemplo sencillo seria:

Tabla EMPLEADOS

IDEmpleado PK
NSS (Numero de Seguro Social), Indice (ignore duplicates)

Podrias traducirlo a codigo DML iislas? gracias

[iislas]

Código SQL:

CREATE UNIQUE INDEX AK_UnitMeasure_Name 
    ON Production.UnitMeasure(Name);
GO
 

[damimg]

Iniciado por iislas

Código SQL:

CREATE UNIQUE INDEX AK_UnitMeasure_Name 
    ON Production.UnitMeasure(Name);
GO
 

Entonces estas definiendo un indice Unique!! yo pense que habia un seteo denominado IGNORE_DUP_KEY=ON