สร้างข้อ จำกัด ที่ไม่ซ้ำกับคอลัมน์ null

ฉันมีตารางที่มีเค้าโครงนี้:

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) MenuId IS NULLผมต้องการที่จะช่วยให้NULLในMenuIdการจัดเก็บที่ชื่นชอบที่ไม่มีเมนูที่เกี่ยวข้อง แต่ฉันเพียงต้องการมากที่สุดคนหนึ่งของแถวเหล่านี้ต่อผู้ใช้ / คู่สูตร

ความคิดที่ฉันมีคือ:

1. ใช้ UUID ที่กำหนดค่าตายตัวบางอย่าง (เช่นศูนย์ทั้งหมด) แทนค่า Null
   อย่างไรก็ตามMenuIdมีข้อ จำกัด FK ในเมนูของผู้ใช้แต่ละคนดังนั้นฉันต้องสร้างเมนู "null" พิเศษสำหรับผู้ใช้ทุกคนที่สร้างความยุ่งยาก

2. ตรวจสอบการมีอยู่ของรายการ null โดยใช้ทริกเกอร์แทน
   ฉันคิดว่านี่เป็นเรื่องยุ่งยากและฉันชอบหลีกเลี่ยงทริกเกอร์ทุกครั้งที่ทำได้ นอกจากนี้ฉันไม่ไว้วางใจพวกเขาเพื่อรับประกันว่าข้อมูลของฉันจะไม่อยู่ในสถานะที่ไม่ดี

3. เพียงแค่ลืมมันและตรวจสอบการมีอยู่ของรายการ null ก่อนหน้านี้ในมิดเดิลแวร์หรือในฟังก์ชั่นแทรกและไม่มีข้อ จำกัด นี้

ฉันใช้ 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)ที่ซึ่งmenu_id IS NULLการใช้ข้อ จำกัด ที่ต้องการอย่างมีประสิทธิภาพ

ข้อเสียที่เป็นไปได้: คุณไม่สามารถอ้างอิงคีย์ต่างประเทศ(user_id, menu_id, recipe_id)ได้คุณไม่สามารถอ้างอิงCLUSTERดัชนีบางส่วนได้และแบบสอบถามที่ไม่มีWHEREเงื่อนไขการจับคู่ไม่สามารถใช้ดัชนีบางส่วนได้ (ดูเหมือนว่าคุณไม่ต้องการให้มีการอ้างอิง FK สามคอลัมน์กว้าง ๆ ให้ใช้คอลัมน์ PK แทน)

หากคุณต้องการดัชนีที่สมบูรณ์คุณสามารถเลือกที่จะวางWHEREเงื่อนไขfavo_3col_uni_idxและข้อกำหนดของคุณยังคงถูกบังคับใช้
ดัชนีซึ่งประกอบด้วยตารางทั้งหมดซ้อนทับกับอีกตารางหนึ่งและใหญ่ขึ้น ขึ้นอยู่กับแบบสอบถามทั่วไปและเปอร์เซ็นต์ของNULLค่าสิ่งนี้อาจเป็นประโยชน์หรือไม่ก็ได้ ในสถานการณ์ที่รุนแรงอาจช่วยรักษาดัชนีทั้งสาม (ทั้งสองส่วนและยอดรวม)

นอกเหนือ: ผมแนะนำที่จะไม่ใช้ตัวระบุกรณีที่ผสมใน PostgreSQL

คุณสามารถสร้างดัชนีที่ไม่ซ้ำกับ coalesce ใน MenuId:

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

คุณแค่ต้องเลือก UUID สำหรับ COALESCE ที่จะไม่เกิดขึ้นใน "ชีวิตจริง" คุณอาจไม่เคยเห็น UUID เป็นศูนย์ในชีวิตจริง แต่คุณสามารถเพิ่มข้อ จำกัด การตรวจสอบถ้าคุณเป็นโรคหวาดระแวง (และเนื่องจากพวกเขาจะออกไปรับคุณ ... ):

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 ด้านล่าง) ซึ่งหมายความว่า {ผู้ใช้เมนู} ควรเป็นคีย์เฉพาะในตารางนี้ และควรชี้ไปที่สูตรหนึ่งอย่างแน่นอน หากผู้ใช้ไม่มีสูตรอาหารที่โปรดปรานสำหรับเมนูนี้ไม่ควรมีแถวสำหรับคู่คีย์ {ผู้ใช้เมนู} นี้ นอกจากนี้: คีย์ตัวแทน (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)
);