database-design - 标准化产品设计器数据库

  显示原文与译文双语对照的内容
50 5

我正在创建一个用于跟踪目的的数据库。出于这个问题,我把它抽象了一点,并将它的转化为产品设计跟踪数据库。我正试图使它尽可能的标准化和高效。本质上我想跟踪员工和他们参与的in.The 查询的设计不是特别复杂的。如果有一个员工设计了一个特定模型,什么型号和产品,设计了一个产品,那么每一年都会重新设计一个产品。

我关注的是如何管理模型和员工之间的许多关系。在示例中,我在模型和雇员表之间有一个设计表。这将实际上是所有雇员设计器的转储,这两者都解决了许多关系( 我知道这是个很糟糕的事情) 并使查询设计相对简单。我还假设我可以通过Emp_ID或者Model_ID索引它,以使它更高效。

不过我担心这个表随着时间的推移会变得有些笨拙。在当前的角色中,我可以使这个数据库非常低效,并且可能不会注意到性能的任何下降。不过我希望能够使这个相对的规模,因为我想让这个简单的管理( 我是管理它还是其他人接管),我希望增加特性,随着时间的推移。

我想我可以以为每个雇员和跟踪设计项目创建一个表,但这也是非常笨重的。本质上我想到的每一种方法都是为了创建大量的表和插入行。

另外一件事是我想跟踪项目经理。在当前的表单中,我想在设计表中跟踪它是有意义的。我不认为项目经理会改变中间设计但是有一个优雅的方法跟踪它们如果他们?

你可以提供任何帮助或者建议。我对数据库设计和i 设计有点感到生锈,因这里如果你注意到一些不合理的错误。

要给出每个表可以表示的基本概念,请执行以下操作:

公司:黑色和 Decker

产品:旋转工具

模型:D-5230

设计:George Santos,Kevin Smith,John Rodes

项目经理:Kevin Smith

感谢你提前致谢 !

ERD图:http://i.stack.imgur.com/flo4l.png

时间:原作者:0个回答

100 2

在我看来,模型和雇员之间的交叉表应该是一个角色表,其中每一行都有:

  • 雇员 ID
  • 模型 ID
  • 角色标识:设计师。项目经理。首席设计师等

这样一个员工就可以在一个项目上拥有多个角色。

原作者:
...