Tạo ràng buộc duy nhất với các cột null

Tôi có một bảng với bố cục này:

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

Tôi muốn tạo một ràng buộc duy nhất tương tự như thế này:

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

Tuy nhiên, điều này sẽ cho phép nhiều hàng với cùng (UserId, RecipeId), nếu MenuId IS NULL. Tôi muốn cho phép NULLtrong MenuIdđể lưu trữ một yêu thích đã không đơn liên quan, nhưng tôi chỉ muốn tối đa là một trong những hàng mỗi cặp người dùng / công thức.

Những ý tưởng tôi có cho đến nay là:

1. Sử dụng một số UUID được mã hóa cứng (như tất cả các số không) thay vì null.
   Tuy nhiên, MenuIdcó một ràng buộc FK trên mỗi menu của người dùng, do đó tôi phải tạo một menu "null" đặc biệt cho mọi người dùng, điều này thật rắc rối.

2. Kiểm tra sự tồn tại của một mục rỗng bằng cách sử dụng một kích hoạt thay thế.
   Tôi nghĩ rằng đây là một rắc rối và tôi thích tránh kích hoạt bất cứ nơi nào có thể. Ngoài ra, tôi không tin tưởng họ để đảm bảo dữ liệu của tôi không bao giờ ở trạng thái xấu.

3. Chỉ cần quên nó đi và kiểm tra sự tồn tại trước đó của mục nhập null trong kho trung gian hoặc trong chức năng chèn và không có ràng buộc này.

Tôi đang sử dụng Postgres 9.0.

Có phương pháp nào tôi đang xem không?

Tạo hai chỉ mục một phần :

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;

Bằng cách này, chỉ có thể có một sự kết hợp của (user_id, recipe_id)nơi menu_id IS NULL, thực hiện hiệu quả các ràng buộc mong muốn.

Hạn chế có thể có: bạn không thể có tham chiếu khóa ngoài (user_id, menu_id, recipe_id), bạn không thể dựa CLUSTERvào chỉ mục một phần và các truy vấn không có WHEREđiều kiện khớp có thể sử dụng chỉ mục một phần. (Có vẻ như bạn không muốn có một cột tham chiếu FK rộng ba cột - thay vào đó hãy sử dụng cột PK).

Nếu bạn cần một chỉ mục hoàn chỉnh , bạn có thể thay thế WHEREđiều kiện từ đó favo_3col_uni_idxvà các yêu cầu của bạn vẫn được thực thi.
Chỉ số, hiện bao gồm toàn bộ bảng, trùng lặp với bảng khác và trở nên lớn hơn. Tùy thuộc vào các truy vấn thông thường và tỷ lệ phần trăm của các NULLgiá trị, điều này có thể có hoặc không hữu ích. Trong các tình huống cực đoan, nó thậm chí có thể giúp duy trì cả ba chỉ số (hai chỉ số một phần và tổng số trên cùng).

Ngoài ra: Tôi khuyên không nên sử dụng các định danh trường hợp hỗn hợp trong PostgreSQL .

Bạn có thể tạo một chỉ mục duy nhất với sự kết hợp trên MenuId:

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

Bạn chỉ cần chọn một UUID cho COALESCE sẽ không bao giờ xảy ra trong "cuộc sống thực". Bạn có thể không bao giờ thấy UUID bằng 0 trong cuộc sống thực nhưng bạn có thể thêm một ràng buộc KIỂM TRA nếu bạn bị hoang tưởng (và vì họ thực sự ra ngoài để giúp bạn ...):

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

Bạn có thể lưu trữ các mục yêu thích mà không có menu liên quan trong một bảng riêng biệt:

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

Tôi nghĩ rằng có một vấn đề ngữ nghĩa ở đây. Theo quan điểm của tôi, người dùng có thể có một (nhưng chỉ một ) công thức yêu thích để chuẩn bị một thực đơn cụ thể. (OP có menu và công thức trộn lẫn; nếu tôi sai: vui lòng trao đổi MenuId và RecipeId bên dưới) Điều đó ngụ ý rằng {user, menu} phải là một khóa duy nhất trong bảng này. Và nó nên chỉ ra chính xác một công thức. Nếu người dùng không có công thức yêu thích cho menu cụ thể này thì không có hàng nào tồn tại cho cặp khóa {user, menu} này. Ngoài ra: khóa thay thế (FaVouRiteId) là không cần thiết: các khóa chính tổng hợp hoàn toàn hợp lệ cho các bảng ánh xạ quan hệ.

Điều đó sẽ dẫn đến định nghĩa bảng giảm:

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