¿Cómo se desactiva la restricción de clave primaria mediante programación?

Question

Tengo una tabla con clave principal en mi tabla MS SQL Server 2005. Me gustaría deshabilitarlo. Ahora recibo un error:

Violación de la restricción PRIMARY KEY 'PK_Name'. No se puede insertar una clave duplicada en el objeto 'dbo.Table'.

Me gustaría que este error no ocurra y para trabajar con PRIMARY KEY como con la columna normal sin restricción y restaurar esta restricción después de hacer mis cambios. ¿Cómo deshabilitar esta restricción?

Query Deseo ejecutar mientras que la restricción PRIMARY KEY se desactiva y es compleja y cambia los valores en la columna de la clave principal. En algunos puntos de esta consulta, aparece la situación cuando tengo valores duplicados en la columna de clave principal. Pero al final de mi consulta tengo todos los valores únicos.

No sé mucho sobre esta restricción porque no soy diseñador de esta tabla. Tengo su nombre, pero ahora no, si está agrupado, etc. (¿Qué es la configuración de esta columna)?

Answer 1

Las tablas relacionales sin claves primarias son algo muy malo. Cada fila tiene que ser única de alguna manera. Si ninguna de las claves candidatas se designa como primaria, toda la fila debe ser única.

No estoy seguro de por qué tiene que soltar una restricción de clave principal, pero consideraría hacerlo sin reemplazarlo con una de las otras claves candidatas, es una señal de advertencia que debería investigarse.

Answer 2

ALTER TABLE mytable DROP CONSTRAINT PK_Name 

Para volver a activarlo:

ALTER TABLE mytable ADD CONSTRAINT PK_Name PRIMARY KEY /* CLUSTERED */ (pk_column) 

Descomentar CLUSTERED si desea que sus PRIMARY KEY ser agrupados (es decir, las filas de la tabla mismos están comprados)

Para averiguar si el PRIMARY KEY está agrupada en no, problema:

EXEC sp_help 'mytable' 

y mira en el conjunto de resultados 6th devuelto.

Answer 3

No viole la restricción de PKEY. En mi humilde opinión, es la mejor solución, evitará el costo de reconstruir un PKEY y, ¿qué pasa si no puede (duplicar el restante)?

O

leer el esquema saber cómo reconstruir la restricción PKEY a continuación, utilizar la solución previouly publicado.

Answer 4

Puede ser una mejor idea que SELECT toda su tabla en una tabla temporal, haciendo la transformación sobre la marcha si es posible, y luego copiando de nuevo. Y si no puede transformarse sobre la marcha, es mucho más fácil agregar un índice de fila entera simple como clave principal en la tabla temporal.

Answer 5

Para saber cuál es la clave principal (suponiendo que su tabla es dbo.T1):

select si.name as name, 
(case when (si.status & 16) > 0 then 1 else 0 end) as isclust, 
si.keycnt as keycnt, 
si.indid as indid 
from sysindexes si 
left join sysobjects so on so.id = si.id 
where si.indid > 0 
and si.indid < 255 
and so.xtype <> 'S' 
and so.id = OBJECT_ID('dbo.T1') 
and (si.status & 2048) > 0 

Esto le dará algo como:

 
name         isclust  keycnt indid 
--------------------------------------------------------------- 
PK_T1          1   2  1 

Aquí tienen su nombre de la clave primaria (PK_T1), ya sea agrupado o no, el número de campos en el mismo (2) y índice de identificación (lo necesitará más adelante).

A continuación ejecute el siguiente:

select INDEX_COL('dbo.T1', 1, 1) --returns Field1 
select INDEX_COL('dbo.T1', 1, 2) --returns Field2 

Esto le dará los nombres de los dos campos del índice. El primer parámetro es el nombre de su tabla, el segundo es el índice obtenido antes y el tercero un bucle de 1 a keycnt (devuelto en el paso anterior).

Tener esta información debe ser capaz de reconstruir la clave principal de la siguiente manera:

ALTER TABLE dbo.T1 ADD CONSTRAINT PK_T1 PRIMARY KEY CLUSTERED (Field1, Field2) 

Actualización: Esto podría no ser tan exacto como el análisis resultado sp_help mencionó earlier (que se perderá el orden de clasificación y grupo de archivos) , pero es más fácil programáticamente.

Answer 6

La continuación trabajó para mí (usted debe ser db_owner para realizar esta acción)

--Declare una variable para obtener los contraints sobre la mesa y asignar a una variable

DECLARE @PK_CONST_NAME AS varchar(100)<br> 
SET @PK_CONST_NAME = (SELECT NAME FROM SYS.KEY_CONSTRAINTS WHERE OBJECT_NAME(PARENT_OBJECT_ID) = '[TABLENAME]') 

- Variables para almacenar las consultas

SET @DropAlterQuery = ''<br> 
SET @RecreateAlterQuery = '' 

- Contruct consulta

SET @DropAlterQuery = CONCAT('ALTER TABLE [TABLENAME] DROP CONSTRAINT ',@PK_CONST_NAME) 

- Ejecutar la consulta construido para Droping los contraints

EXEC(@DropAlterQuery) 

- modifica la columna Tamaño (Ahora esta declaración funciona como se dejan caer contraints)

ALTER TABLE [TABLENAME] 
ALTER COLUMN BATCH_ID VARCHAR(200) NOT NULL 

- Contruct de consultas

SET @RecreateAlterQuery = CONCAT(CONCAT('ALTER TABLE [TABLENAME] ADD CONSTRAINT ',@PK_CONST_NAME), ' PRIMARY KEY (<<PRIMARY KEY COLUMN1>>, <<PRIMARY KEY COLUMN2>>, <<PRIMARY KEY COLUMN2>>... So on)') 

- Ejecutar la consulta construido para recrear el contraints abandonado

EXEC(@RecreateAlterQuery)