Pregunta

Estoy usando SQL Server 2005. Quiero restringir los valores en una columna para que sean únicos, al tiempo que permite NULLS.

Mi solución actual implica un índice único en una vista así:

CREATE VIEW vw_unq WITH SCHEMABINDING AS
    SELECT Column1
      FROM MyTable
     WHERE Column1 IS NOT NULL

CREATE UNIQUE CLUSTERED INDEX unq_idx ON vw_unq (Column1)

¿Alguna idea mejor?

¿Fue útil?

Solución

Estoy bastante seguro de que no puedes hacer eso, ya que viola el propósito de los únicos.

Sin embargo, esta persona parece tener un trabajo decente alrededor: http://sqlservercodebook.blogspot.com /2008/04/multiple-null-values-in-unique-index-in.html

Otros consejos

Con SQL Server 2008, puede crear un índice filtrado: http: / /msdn.microsoft.com/en-us/library/cc280372.aspx . (Veo que Simon agregó esto como un comentario, pero pensé que merecía su propia respuesta ya que el comentario se pierde fácilmente).

Otra opción es un disparador para verificar la unicidad, pero esto podría afectar el rendimiento.

El truco de columna calculado se conoce ampliamente como un "nullbuster"; mis notas dan crédito a Steve Kass:

CREATE TABLE dupNulls (
pk int identity(1,1) primary key,
X  int NULL,
nullbuster as (case when X is null then pk else 0 end),
CONSTRAINT dupNulls_uqX UNIQUE (X,nullbuster)
)

Estrictamente hablando, una columna anulable única (o conjunto de columnas) puede ser NULL (o un registro de NULL) solo una vez, ya que tener el mismo valor (y esto incluye NULL) más de una vez obviamente viola la restricción única.

Sin embargo, eso no significa el concepto de " columnas anulables únicas " es válida; para implementarlo realmente en cualquier base de datos relacional, solo tenemos que tener en cuenta que este tipo de bases de datos están destinadas a ser normalizadas para funcionar correctamente, y la normalización generalmente implica la adición de varias tablas adicionales (no de entidad) para establecer relaciones entre las entidades .

Trabajemos un ejemplo básico considerando solo una " columna anulable única " ;, es fácil expandirla a más de tales columnas.

Supongamos que tenemos la información representada por una tabla como esta:

create table the_entity_incorrect
(
  id integer,
  uniqnull integer null, /* we want this to be "unique and nullable" */
  primary key (id)
);

Podemos hacerlo separando uniqnull y agregando una segunda tabla para establecer una relación entre los valores uniqnull y the_entity (en lugar de tener uniqnull " inside " the_entity):

create table the_entity
(
  id integer,
  primary key(id)
);

create table the_relation
(
  the_entity_id integer not null,
  uniqnull integer not null,

  unique(the_entity_id),
  unique(uniqnull),
  /* primary key can be both or either of the_entity_id or uniqnull */
  primary key (the_entity_id, uniqnull), 
  foreign key (the_entity_id) references the_entity(id)
);

Para asociar un valor de uniqnull a una fila en the_entity, también debemos agregar una fila en the_relation.

Para las filas en the_entity donde no hay valores uniqnull asociados (es decir, para los que pondríamos NULL en the_entity_incorrect) simplemente no agregamos una fila en the_relation.

Tenga en cuenta que los valores para uniqnull serán únicos para toda la relación, y también tenga en cuenta que para cada valor en the_entity puede haber como máximo un valor en the_relation, ya que las claves primaria y externa en él lo imponen.

Entonces, si un valor de 5 para uniqnull se asocia con un id the_entity de 3, necesitamos:

start transaction;
insert into the_entity (id) values (3); 
insert into the_relation (the_entity_id, uniqnull) values (3, 5);
commit;

Y, si un valor de identificación de 10 para the_entity no tiene una contraparte única, solo lo hacemos:

start transaction;
insert into the_entity (id) values (10); 
commit;

Para desnormalizar esta información y obtener los datos que tendría una tabla como the_entity_incorrect, necesitamos:

select
  id, uniqnull
from
  the_entity left outer join the_relation
on
  the_entity.id = the_relation.the_entity_id
;

La combinación externa izquierda " El operador asegura que todas las filas de the_entity aparecerán en el resultado, colocando NULL en la columna uniqnull cuando no hay columnas coincidentes presentes en the_relation.

Recuerde, cualquier esfuerzo empleado durante algunos días (o semanas o meses) en el diseño de una base de datos bien normalizada (y las correspondientes vistas y procedimientos de desnormalización) le ahorrará años (o décadas) de dolor y recursos desperdiciados.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top