Estrictamente hablando, una columna (o un conjunto de columnas) nullable única puede ser NULA (o un registro de NULL) una sola vez, ya que tener el mismo valor (y esto incluye NULL) más de una obviamente viola la restricción única.
Sin embargo, eso no significa que el concepto de "columnas con nulo único" sea válido; para implementarlo realmente en cualquier base de datos relacional solo debemos tener en cuenta que este tipo de bases de datos están destinadas a ser normalizadas para funcionar adecuadamente, y la normalización generalmente implica la adición de varias tablas extra (sin entidad) para establecer relaciones entre las entidades .
Vamos a trabajar con un ejemplo básico teniendo en cuenta solo una "columna con nulos única", es fácil expandirla a más de tales columnas.
Supongamos que la información representada por una tabla como la siguiente:
create table the_entity_incorrect
(
id integer,
uniqnull integer null, /* we want this to be "unique and nullable" */
primary key (id)
);
Podemos hacerlo poniendo uniqnull aparte y la adición de una segunda tabla para establecer una relación entre los valores uniqnull y the_entity (en lugar de tener uniqnull " dentro" 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 de the_entity tenemos que añadir también una fila en the_relation.
Para 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 para cada valor en la entidad no puede haber como máximo un valor en la relación, ya que las claves primaria y externa lo obligan.
Entonces, si un valor de 5 para uniqnull ha de asociarse con un id the_entity de 3, tenemos que:
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 ID de 10 para the_entity no tiene contrapartida uniqnull, sólo hacemos:
start transaction;
insert into the_entity (id) values (10);
commit;
para desnormalizar esta información y obtener los datos de una tabla como the_entity_incorrect llevaría a cabo, tenemos que:
select
id, uniqnull
from
the_entity left outer join the_relation
on
the_entity.id = the_relation.the_entity_id
;
El operador "left outer join" asegura que todas las filas de the_entity aparecerán en el resultado, poniendo NULL en la columna uniqnull cuando no haya columnas coincidentes en the_relation.
Recuerde, cualquier esfuerzo realizado 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.
¿No hay posibilidad de utilizar sql 2008? puede crear un índice filtrado usando 'where' –
No quiso decir _unique, permitiendo NULLs_, parece que se ha referido a _unique, pero incluye varios NULLs_. De lo contrario, NULL se indexa como cualquier otro valor y la restricción de exclusividad funciona como se esperaba, simplemente no según los estándares de SQL, como @pst se menciona en un comentario a continuación. – Suncat2000