Database 多对多关系适合我的项目吗?还是有更好的办法?

Database 多对多关系适合我的项目吗?还是有更好的办法?,database,ms-access,many-to-many,one-to-many,project-planning,Database,Ms Access,Many To Many,One To Many,Project Planning,我正在为一所小学院计划一个数据库项目。我需要一份不同课程及其先修课程要求的记录。然后,我需要有不同机构可能提供的先修课程的记录。我需要能够搜索给定的先修课程是否满足特定课程的先修要求 我还需要能够及时跟踪学院的课程以及这些课程的先决条件。例如,如果先决条件需求从一年更改到下一年。同样,我需要能够及时跟踪特定的先修课程,因为给定课程的内容可能会发生变化,并且可能使其成为合格或不合格的先修课程 这是我的问题。我认为多对多关系是组织这样一个数据库的最佳方式。这是正确的吗?还是有更好的方法来组织这样的数

我正在为一所小学院计划一个数据库项目。我需要一份不同课程及其先修课程要求的记录。然后,我需要有不同机构可能提供的先修课程的记录。我需要能够搜索给定的先修课程是否满足特定课程的先修要求

我还需要能够及时跟踪学院的课程以及这些课程的先决条件。例如,如果先决条件需求从一年更改到下一年。同样,我需要能够及时跟踪特定的先修课程,因为给定课程的内容可能会发生变化,并且可能使其成为合格或不合格的先修课程

这是我的问题。我认为多对多关系是组织这样一个数据库的最佳方式。这是正确的吗?还是有更好的方法来组织这样的数据库?我正在考虑创建一个包含课程记录(和要求)的表,第二个包含课程记录的表,第三个显示给定课程和课程之间关系的连接表

我没有很多的经验规划数据库,并希望在投入大量时间在这个项目之前得到一些反馈。我计划使用MS Access。提前谢谢你。

这不是一个真正的答案(但你的帖子也不是一个只有一个答案的问题),而是我在70年代作为RA写的类似系统的一些想法:

通过将外部机构课程转化为学院的同等课程,简化外部机构课程,然后仅根据课程列表评估先修关系

充分开发逻辑和需求,支持需求的数据结构将变得更加明显

先决条件可以是OR和逻辑的复杂组合

尽可能规范化数据-多个先决条件应该是数据中的独立行,而不是独立列

特别是对于您的问题,我认为(但不确定)我将从一对多关系开始—一个包含唯一课程代码的主表,然后是一个先决条件表,其中显示主表中每个(一)课程的许多先决条件。但同样,需求和逻辑是第一位的