好吧,我似乎无法理解主题规范化。
我有这张桌子
现在我需要找到完整的功能依赖项。
FilmID, Actor -> Title, Year, Director
Publisher -> PublisherCity
Actor -> DOB, Country
现在有人可以告诉我我是否走在正确的轨道上吗?如果没有,那么任何帮助将不胜感激。
好吧,我似乎无法理解主题规范化。
我有这张桌子
现在我需要找到完整的功能依赖项。
FilmID, Actor -> Title, Year, Director
Publisher -> PublisherCity
Actor -> DOB, Country
现在有人可以告诉我我是否走在正确的轨道上吗?如果没有,那么任何帮助将不胜感激。
我希望这有帮助:
仅使用此设置的一个出版商和导演。
你错过了 Actor attrs 的名字
这是电影到演员的连接表。允许您将无限的演员链接到电影(多对多关系)。
不言自明
不言自明
任何问题都可以问。
如果你问“我该如何设计”关系,那么一件事就是练习和阅读正确的书籍。这是一个捷径 -> 找到cardinality
任何关系。例如考虑书籍和作者的。一位作者可以写多本书,因此在书籍方面的基数是多重的。这称为one to many
关系。现在通过练习,您了解到这可以使用外键在关系数据库中建模。就像director_id
@Isotope 答案的电影表一样
现在考虑一些书籍(例如专业系列)可以由多个作者编写。现在,关系双方的基数都是多重的。这被称为many to many
关系。film_actors
您可以使用上述答案中的映射表来设计这种关系。对于基本建模来说,这已经绰绰有余了。请看一下关于infoq的这篇优秀文章,它可能会对您有所帮助。