Database design 识别数据库中的关系

Database design 识别数据库中的关系,database-design,Database Design,我目前正在为一家虚构的工程公司设计一个数据库,以完成一项大学任务 这家工程公司赢得了某个项目的合同。因此,合同是项目的母公司 我有一个表CONTRACT,它现在有它的主键CONTRACT\u ID,我在CONTRACT和PROJECT之间放置了一个标识关系,因此在MySQL工作台中添加CONTRACT\u ID作为项目主键的一部分。我明白这点 接下来,一个项目有一个预算表。我相信这将是一种识别关系,因为没有项目就没有预算表,所以MySQL workbench再次自动创建包含(预算表ID、项目ID

我目前正在为一家虚构的工程公司设计一个数据库,以完成一项大学任务

这家工程公司赢得了某个项目的合同。因此,合同是项目的母公司

我有一个表CONTRACT,它现在有它的主键CONTRACT\u ID,我在CONTRACT和PROJECT之间放置了一个标识关系,因此在MySQL工作台中添加CONTRACT\u ID作为项目主键的一部分。我明白这点

接下来,一个项目有一个预算表。我相信这将是一种识别关系,因为没有项目就没有预算表,所以MySQL workbench再次自动创建包含(预算表ID、项目ID、合同ID)的主键


我的问题:合同ID是否需要在预算表中?没有必要在那里,我会想?我很想听听人们对此的看法?

我原以为预算表中不需要合同id。项目与合同、项目和预算表之间已经存在链接,因此如果需要,您可以通过这些关系获取合同信息