构建调查数据库方案

Question

我正在为调查系统构建一个数据库。

我们有员工使用有问题的类别填写调查表。员工可以给他/她自己打分（例如 6/10）。现在我们还有教练会为该员工填写相同的测试。

我创建了以下数据库方案，但我不确定布局。例如：

另一种方法是从员工那里获取答案表中的coach_id，因为无论如何我都会使用角色来检查某个员工是否是教练..

实体

• 客户（或公司）有员工分配给他们。客户（公司）的所有员工都必须进行扫描（调查）
• 用户是一般的可登录实体，他们有用户名、密码和角色
• 有员工和教练两个角色，教练可以为特定员工填写调查表，所以我们有员工和教练的分数。
• 一个类别有很多问题
• 回答（见下方示例）
• 扫描是类别和问题的集合，因此一个客户（公司）多年来可以进行多次扫描。

答案示例表

+------------+------------+---------+-----------+
| EmployeeID | QuestionID | CoachID | Answer    |
+------------+------------+---------+-----------+
|          1 |         10 | null    | 5/10      |
|          2 |         11 | null    | 8/10      |
|          3 |         12 | null    | 6/10      |
|          1 |         10 | 1       | 5/10      |
|          2 |         11 | 1       | 8/10      |
|          3 |         12 | 1       | 6/10      |
+------------+------------+---------+-----------+

教练

我有一些用户是教练，因此当在答案表中填写coach_id 时，我们假定教练填写了此报告。我不确定这是解决方法吗？

员工

我正在使用员工表，他们是一种用户。但对于教练，我没有使用不同的模型。我应该这样做吗？因为教练也像员工，但角色不同。我对所有事情都使用角色，但我只是想知道是否需要这些员工/教练表？

感谢您的宝贵时间！

Answer 1

您的数据模型不需要完美地封装您的所有业务逻辑，事实上它通常既不能也不应该。这不仅是因为业务逻辑通过作用于已经结构化的数据来工作，还因为它可能会发生变化：如果员工突然需要能够使用调查来评价教练，您的应用程序必须处理它，如果您已经将权限模型烘焙到您的架构中，那么您正在查看对系统最基本级别的重大修订。不是个好地方。

在设计架构时，您需要注意要对数据施加的规则，但前提是您需要使它们能够执行。您的主要关注点应该是尽可能优雅地表达底层结构：在这里，您有用户。他们中的一些人只能以自己的身份填写调查表。其他人可能会为任何用户填写调查，或者可能是任何不属于他们自己角色的用户；我不清楚，但无论哪种方式，这是一个业务规则，而不是结构上的差异，所以区别真的无关紧要。