使用空列创建唯一约束

我有一个具有这种布局的表：

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

我想创建一个类似于以下的唯一约束：

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

但是，这将允许多行具有相同的(UserId, RecipeId)if MenuId IS NULL。我想允许NULL在MenuId存储不具有关联菜单中的最爱，但我只希望每个用户/食谱对这些行中最多只有一个。

到目前为止，我的想法是：

1. 使用一些硬编码的UUID（例如全零）而不是null。
   但是，MenuId每个用户的菜单都有FK约束，因此我不得不为每个用户创建一个特殊的“空”菜单，这很麻烦。

2. 而是使用触发器检查是否存在空条目。
   我认为这很麻烦，我喜欢尽可能避免触发事件。另外，我不信任他们以确保我的数据永远不会处于错误状态。

3. 只需忘记它，然后检查中间件或插入函数中以前是否存在空条目，并且没有此约束。

我正在使用Postgres 9.0。

我有什么方法可以忽略吗？

创建两个部分索引：

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;

这样，只能存在(user_id, recipe_id)where的一种组合menu_id IS NULL，从而有效地实现所需的约束。

可能的缺点：您不能有外键引用(user_id, menu_id, recipe_id)，不能CLUSTER基于部分索引，并且没有匹配WHERE条件的查询不能使用部分索引。（似乎不太可能希望FK引用宽三列，而应使用PK列）。

如果您需要一个完整的索引，则可以从中删除WHERE条件，favo_3col_uni_idx并且仍然可以执行您的要求。
现在组成整个表的索引与另一个表重叠，并且变得更大。根据典型的查询和NULL值的百分比，这可能有用也可能没有用。在极端情况下，甚至可以帮助维护所有三个索引（两个部分索引，总和在最前面）。

另外：我建议不要在PostgreSQL中使用大小写混合的标识符。

您可以在MenuId上合并一个唯一索引：

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

您只需要为COALESCE选择一个UUID，就不会在“现实生活”中发生这种情况。您可能在现实生活中可能永远不会看到UUID为零，但是如果您偏执，则可以添加CHECK约束（并且因为它们确实可以帮助您...）：

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

您可以将没有关联菜单的收藏夹存储在单独的表中：

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

我认为这里存在语义问题。在我看来，用户可以使用（但只有一个）喜欢的食谱来准备特定菜单。（OP中混合了菜单和配方；如果我错了：请在下面互换MenuId和RecipeId）这意味着{user，menu}应该是此表中的唯一键。它应该指向一个配方。如果用户没有此特定菜单的收藏夹食谱，则此{user，menu}键对将不存在任何行。另外：代理键（FaVouRiteId）是多余的：复合主键对于关系映射表完全有效。

这将导致表定义减少：

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)
);