Restricciones UNIQUE y restricciones CHECK

Las restricciones UNIQUE y las restricciones CHECK son dos tipos de restricciones que se pueden usar para exigir la integridad de los datos en las tablas de SQL Server. Se trata de objetos de base de datos importantes.

Este tema contiene las siguientes secciones.

Restricciones UNIQUE

Restricciones CHECK

Tareas relacionadas

Restricciones UNIQUE

Las restricciones son reglas que Motor de base de datos de SQL Server aplica de forma automática. Por ejemplo, puede usar restricciones UNIQUE para garantizar que no se escriben valores duplicados en columnas específicas que no forman parte de una clave principal. Tanto la restricción UNIQUE como la restricción PRIMARY KEY exigen la unicidad; sin embargo, debe usar la restricción UNIQUE y no PRIMARY KEY si desea exigir la unicidad de una columna o una combinación de columnas que no forman la clave principal.

A diferencia de las restricciones PRIMARY KEY, las restricciones UNIQUE permiten valores NULL. Sin embargo, de la misma forma que cualquier valor incluido en una restricción UNIQUE, solo se admite un valor NULL por columna. Es posible hacer referencia a una restricción UNIQUE con una restricción FOREIGN KEY.

Cuando se agrega una restricción UNIQUE a una o varias columnas de la tabla, de forma predeterminada, el Motor de base de datos examina los datos existentes en las columnas para garantizar que todos los valores sean únicos. Si se agrega una restricción UNIQUE a una columna que contiene valores duplicados, Motor de base de datos devuelve un error y no agrega la restricción.

Motor de base de datos crea automáticamente un índice UNIQUE para exigir, de acuerdo con la restricción UNIQUE, que no haya duplicados. Por lo tanto, si se intenta insertar una fila duplicada, Motor de base de datos devolverá un mensaje de error para indicar que se ha infringido la restricción UNIQUE y no se agregará la fila a la tabla. A menos que se especifique explícitamente un índice clúster, se creará de forma predeterminada un índice único, no clúster, para exigir la restricción UNIQUE.

[Arriba]

Restricciones CHECK

Las restricciones CHECK exigen la integridad del dominio mediante la limitación de los valores que puede aceptar una o varias columnas. Puede crear una restricción CHECK con cualquier expresión lógica (booleana) que devuelva TRUE (verdadero) o FALSE (falso) basándose en operadores lógicos. Por ejemplo, es posible limitar el intervalo de valores para una columna salary creando una restricción CHECK que solo permita datos entre 15.000 y 100.000 dólares. Esto evita que los salarios caigan fuera del intervalo de salario normal. La expresión lógica sería la siguiente: salary >= 15000 AND salary <= 100000.

Puede aplicar varias restricciones CHECK a una sola columna. También puede aplicar una sola restricción CHECK a varias columnas si se crea en el nivel de la tabla. Por ejemplo, una restricción CHECK para varias columnas se podría usar para confirmar que cualquier fila con un valor USA en la columna country_region tiene también un valor de dos caracteres en la columna state. Así se pueden comprobar varias condiciones en un mismo sitio.

Las restricciones CHECK son similares a las restricciones FOREIGN KEY porque controlan los valores que se colocan en una columna. La diferencia reside en la forma en que determinan qué valores son válidos: las restricciones FOREIGN KEY obtienen la lista de valores válidos de otra tabla, mientras que las restricciones CHECK determinan los valores válidos a partir de una expresión lógica.

Advertencia

Las restricciones que incluyen la conversión de tipos de datos implícitos o explícitos pueden impedir la correcta ejecución de determinadas operaciones. Por ejemplo, las restricciones definidas en tablas que son orígenes de un cambio de partición pueden impedir que una operación ALTER TABLE...SWITCH se realice correctamente. Evite la conversión de tipos de datos en las definiciones de las restricciones.

Limitaciones de las restricciones CHECK

Las restricciones CHECK rechazan los valores que se evalúan como FALSE. Puesto que los valores nulos se evalúan como UNKNOWN, su presencia en las expresiones puede reemplazar una restricción. Por ejemplo, supongamos que coloca una restricción en una columna int MyColumn que especifica que MyColumn solo puede contener el valor 10 (MyColumn = 10). Si inserta el valor NULL en MyColumn, Motor de base de datos inserta NULL y no devuelve un error.

Una restricción CHECK devuelve TRUE cuando la condición que está comprobando no es FALSE para ninguna fila de la tabla. Una restricción CHECK opera en el nivel de fila. Si una tabla recién creada no tiene filas, cualquier restricción CHECK en esta tabla se considerará válida. Esta situación puede generar resultados inesperados, como en el siguiente ejemplo.

CREATE TABLE CheckTbl (col1 int, col2 int);
GO
CREATE FUNCTION CheckFnctn()
RETURNS int
AS 
BEGIN
   DECLARE @retval int
   SELECT @retval = COUNT(*) FROM CheckTbl
   RETURN @retval
END;
GO
ALTER TABLE CheckTbl
ADD CONSTRAINT chkRowCount CHECK (dbo.CheckFnctn() >= 1 );
GO

La restricción CHECK que se agrega especifica que como mínimo debe existir una fila en la tabla CheckTbl. Sin embargo, puesto que no hay filas en la tabla contra la que se comprueba la condición de esta restricción, la instrucción ALTER TABLE será correcta.

Las restricciones CHECK no se validan durante las instrucciones DELETE. Por lo tanto, la ejecución de instrucciones DELETE en las tablas con ciertos tipos de restricciones CHECK puede generar resultados inesperados. Por ejemplo, imaginemos que las siguientes instrucciones se ejecutan en la tabla CheckTbl.

INSERT INTO CheckTbl VALUES (10, 10);
GO
DELETE CheckTbl WHERE col1 = 10;

La instrucción DELETE será correcta aunque la restricción CHECK especifique que la tabla CheckTbl debe tener al menos 1 fila.

[Arriba]

Tareas relacionadas

[!NOTA]

Si se publica la tabla para la replicación, debe modificar el esquema mediante la instrucción Transact-SQL ALTER TABLE o SMO (Objetos de administración de SQL Server). Si se modifica el esquema mediante el Diseñador de tablas o el Diseñador de diagramas de base de datos, se intentará eliminar la tabla y volver a crearla. No se pueden eliminar objetos publicados, por lo que la modificación del esquema generará un error.

[Arriba]