Crear restricción única con columnas nulas

Tengo una tabla con este diseño:

CREATE TABLE Favorites
(
  FavoriteId uuid NOT NULL PRIMARY KEY,
  UserId uuid NOT NULL,
  RecipeId uuid NOT NULL,
  MenuId uuid
)

Quiero crear una restricción única similar a esta:

ALTER TABLE Favorites
ADD CONSTRAINT Favorites_UniqueFavorite UNIQUE(UserId, MenuId, RecipeId);

Sin embargo, esto permitirá múltiples filas con el mismo (UserId, RecipeId), si MenuId IS NULL. Quiero permitir NULLen MenuIdalmacenar un favorito que se ha asociado ningún menú, pero yo sólo quiero lo sumo una de estas filas por par usuario / receta.

Las ideas que tengo hasta ahora son:

1. Use algún UUID codificado (como todos los ceros) en lugar de nulo.
   Sin embargo, MenuIdtiene una restricción FK en los menús de cada usuario, por lo que tendría que crear un menú especial "nulo" para cada usuario, lo cual es una molestia.

2. Verifique la existencia de una entrada nula utilizando un disparador en su lugar.
   Creo que esto es una molestia y me gusta evitar los desencadenantes siempre que sea posible. Además, no confío en ellos para garantizar que mis datos nunca estén en mal estado.

3. Solo olvídalo y verifica la existencia previa de una entrada nula en el middleware o en una función de inserción, y no tienes esta restricción.

Estoy usando Postgres 9.0.

¿Hay algún método que esté pasando por alto?

Crea dos índices parciales :

CREATE UNIQUE INDEX favo_3col_uni_idx ON favorites (user_id, menu_id, recipe_id)
WHERE menu_id IS NOT NULL;

CREATE UNIQUE INDEX favo_2col_uni_idx ON favorites (user_id, recipe_id)
WHERE menu_id IS NULL;

De esta manera, solo puede haber una combinación de (user_id, recipe_id)dónde menu_id IS NULL, implementando efectivamente la restricción deseada.

Posibles inconvenientes: no puede tener una referencia de clave externa (user_id, menu_id, recipe_id), no puede basarse CLUSTERen un índice parcial y las consultas sin una WHEREcondición coincidente no pueden usar el índice parcial. (Parece poco probable que desee una referencia FK de tres columnas de ancho; use la columna PK en su lugar).

Si necesita un índice completo , también puede eliminar la WHEREcondición favo_3col_uni_idxy sus requisitos aún se aplican.
El índice, que ahora comprende toda la tabla, se superpone con la otra y se hace más grande. Dependiendo de las consultas típicas y el porcentaje de NULLvalores, esto puede o no ser útil. En situaciones extremas, incluso podría ayudar mantener los tres índices (los dos parciales y el total en la parte superior).

Aparte: aconsejo no utilizar identificadores de mayúsculas y minúsculas en PostgreSQL .

Puede crear un índice único con una fusión en el MenuId:

CREATE UNIQUE INDEX
Favorites_UniqueFavorite ON Favorites
(UserId, COALESCE(MenuId, '00000000-0000-0000-0000-000000000000'), RecipeId);

Solo necesita elegir un UUID para la COALESCE que nunca ocurrirá en la "vida real". Probablemente nunca verías un UUID cero en la vida real, pero podrías agregar una restricción CHECK si eres paranoico (y dado que realmente están para atraparte ...):

alter table Favorites
add constraint check
(MenuId <> '00000000-0000-0000-0000-000000000000')

Puede almacenar favoritos sin un menú asociado en una tabla separada:

CREATE TABLE FavoriteWithoutMenu
(
  FavoriteWithoutMenuId uuid NOT NULL, --Primary key
  UserId uuid NOT NULL,
  RecipeId uuid NOT NULL,
  UNIQUE KEY (UserId, RecipeId)
)

Creo que hay un problema semántico aquí. En mi opinión, un usuario puede tener una (pero solo una ) receta favorita para preparar un menú específico. (El OP tiene un menú y una receta mezclados; si me equivoco: intercambie MenuId y RecipeId a continuación) Eso implica que {user, menu} debería ser una clave única en esta tabla. Y debe apuntar exactamente a una receta. Si el usuario no tiene una receta favorita para este menú específico, no debe existir una fila para este par de teclas {usuario, menú}. Además: la clave sustituta (FaVouRiteId) es superflua: las claves primarias compuestas son perfectamente válidas para las tablas de mapeo relacional.

Eso llevaría a la definición de tabla reducida:

CREATE TABLE Favorites
( UserId uuid NOT NULL REFERENCES users(id)
, MenuId uuid NOT NULL REFERENCES menus(id)
, RecipeId uuid NOT NULL REFERENCES recipes(id)
, PRIMARY KEY (UserId, MenuId)
);