数据库设计 – 是否有DBMS允许引用视图的外键(而不仅仅是基表)?

前端之家收集整理的这篇文章主要介绍了数据库设计 – 是否有DBMS允许引用视图的外键(而不仅仅是基表)?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
灵感来自Django建模问题: Database Modeling with multiple many-to-many relations in Django.db-design类似于:
  1. CREATE TABLE Book
  2. ( BookID INT NOT NULL,BookTitle VARCHAR(200) NOT NULL,PRIMARY KEY (BookID)
  3. ) ;
  4.  
  5. CREATE TABLE Tag
  6. ( TagID INT NOT NULL,TagName VARCHAR(50) NOT NULL,PRIMARY KEY (TagID)
  7. ) ;
  8.  
  9. CREATE TABLE BookTag
  10. ( BookID INT NOT NULL,TagID INT NOT NULL,PRIMARY KEY (BookID,TagID),FOREIGN KEY (BookID) REFERENCES Book (BookID),FOREIGN KEY (TagID) REFERENCES Tag (TagID)
  11. ) ;
  12.  
  13. CREATE TABLE Aspect
  14. ( AspectID INT NOT NULL,AspectName VARCHAR(50) NOT NULL,PRIMARY KEY (AspectID)
  15. ) ;
  16.  
  17. CREATE TABLE TagAspect
  18. ( TagID INT NOT NULL,AspectID INT NOT NULL,PRIMARY KEY (TagID,AspectID),FOREIGN KEY (TagID) REFERENCES Tag (TagID),FOREIGN KEY (AspectID) REFERENCES Aspect (AspectID)
  19. ) ;

问题是如何定义BookAspectRating表并强制引用完整性,因此无法为无效的(Book,Aspect)组合添加评级.

AFAIK,涉及子查询和多个表的复杂CHECK约束(或ASSERTIONS),可能解决此问题,在任何DBMS中都不可用.

另一个想法是使用(伪代码)视图:

  1. CREATE VIEW BookAspect_view
  2. AS
  3. SELECT DISTINCT
  4. bt.BookId,ta.AspectId
  5. FROM
  6. BookTag AS bt
  7. JOIN
  8. Tag AS t ON t.TagID = bt.TagID
  9. JOIN
  10. TagAspect AS ta ON ta.TagID = bt.TagID
  11. WITH PRIMARY KEY (BookId,AspectId) ;

和一个具有上述视图的外键的表:

  1. CREATE TABLE BookAspectRating
  2. ( BookID INT NOT NULL,PersonID INT NOT NULL,Rating INT NOT NULL,AspectID,PersonID),FOREIGN KEY (PersonID) REFERENCES Person (PersonID),FOREIGN KEY (BookID,AspectID)
  3. REFERENCES BookAspect_view (BookID,AspectID)
  4. ) ;

三个问题:

>是否有DBMS允许(可能具体化的)具有PRIMARY KEY的VIEW?
>是否有DBMS允许引用视图的FOREIGN KEY(而不仅仅是一个基表)?
>使用可用的DBMS功能,是否可以解决此完整性问题?

澄清:

因为可能没有100%令人满意的解决方案 – 而且Django问题甚至不是我的! – 我对可能攻击问题的一般策略更感兴趣,而不是详细的解决方案.因此,像“在DBMS-X中这可以通过表A上的触发器完成”这样的答案是完全可以接受的.

解决方法

可以仅使用约束在模型中强制执行此业务规则.下表应该可以解决您的问题.使用它而不是你的观点:
  1. CREATE TABLE BookAspectCommonTagLink
  2. ( BookID INT NOT NULL,TagID INT NOT NULL
  3. --TagID is deliberately left out of PK,TagID)
  4. REFERENCES BookTag (BookID,FOREIGN KEY (AspectID,TagID)
  5. REFERENCES AspectTag (AspectID,TagID)
  6. ) ;

猜你在找的MsSQL相关文章