目前我第一次尝试使用SQL,所以我正在解决一些问题。下面是一个示例数据库规范:
学生(姓名,性别,课程)做项目(标题)。每个项目有两名主管(姓名、性别、部门)。所有的学生都做一个项目,但并不是所有的项目都会被采纳。不止一个学生可以做同一个项目。学生定期会见他们的主管之一,并记录这些会议(日期,时间,学生,主管,笔记)。
到目前为止,我已经绘制了一个ER图,我认为这是正确的:

我可以获得基本知识(例如创建一个学生表等),但我很难理解如何表示关系,特别是会议关系,以及如何用SQL表示关系及其属性。我应该创建一个“会议”实体吗?
发布于 2013-12-11 18:54:08
是的,您应该创建一个Meeting实体来表示Student和Supervisor之间的多到多关系。在它中,您可以使用对应于这些表的外键来关联这些表。在SQL中,它可能如下所示:
Create table Meeting {
id INT NOT NULL PRIMARY KEY AUTO_INCREMENT,
student_id INT NOT NULL,
supervisor_id INT NOT NULL,
//rest of the fields...
FOREIGN KEY (student_id) REFERENCES Student(id)
FOREIGN KEY (supervisor_id) REFERENCES Supervisor(id)
}您还会对Supervise在Project和Supervisor之间做同样的事情。你也可以在你的会议表上使用一个名为复合键的东西,我想这可以归结为个人喜好,我通常是这样做的,当代表很多很多关系时。我并不是说这是你将要使用的语法,这取决于你的数据库,这只是一个指向正确方向的例子。希望能帮上忙。
此外,对于您的图表(我只是猜测这是针对一个类),您可能需要查看一些软件,比如visio或可视化范例来创建ER图。虽然大多数人将能够理解您当前的图表,但这并不是正确的建模。
为了好玩,我根据你的表格做了一个图表:

如果Supervisor和Project之间的关系是多到多的,您可能需要它们之间的一个实体。这被称为associative entity。我给我的SupervisorProject贴上标签,只是为了让它们更清晰一些。
编辑忽略了学生和项目是一对一的事实,修正了这一点,对不起。
发布于 2015-02-10 02:07:34
作为对Cohagen的回应,this stackoverflow post建议,即使关系表没有属性,也可以通过保留关系表来表示许多到许多关系的关系,比如Supervise。相反,Do表位于多到一个关系之间,没有属性,因此我们可以去掉它,只需在学生中向项目表添加一个外键引用。
https://stackoverflow.com/questions/20526995
复制相似问题