职位申请门户的数据库模型

Question

我需要在大学项目中为虚构的公司实施工作申请平台。

该网站是针对一家公司的，而不是像 indeed 这样的多家公司。

每个潜在的申请人都必须创建一个帐户，然后他才能申请他想要的工作。

我想出了一个数据库模型，想征求反馈和潜在的改进，因为我非常不确定它是否足够好。

https://i.stack.imgur.com/5DVWB.png

table是德语，所以这里是翻译：

招聘广告（左上）

1. 身份证（PK）
2. 部门
3. 标题
4. 申请时间的开始日期（如果达到此日期，网站上会显示广告）
5. 结束日期（如果达到此日期，它会自动隐藏）
6. 描述
7. 工作类型（实习，full-time等）
8. isActive（如果广告可见则为布尔值）
9. 位置
10. 联系
11. 简历
12. Anschreiben、Zeugnisse 和 weitere Doks 是一个布尔值
    -> 如果确实需要这些文件
    -> 发布（HR 必须检查每个广告并发布）

• 员工（中上）

1. ID
2. 名字
3. 姓氏
4. 电子邮件
5. 角色

• 外部注册（左上 - 所有注册工作门户的帐户）

1. ID
2. 名字
3. 姓氏
4. 电子邮件
5. 电话号码

• 应用程序（中下table）

1. 身份证（PK）
2. 招聘广告 ID (FK)
3. 申请人 ID（FK - 来自外部注册的 ID）
4. 名字
5. 姓氏
6. 电子邮件
7. 电话号码
8. 状态（显示是否正在查看应用程序等）
9. 文件（用于检查 zip 文件是否随应用程序上传的布尔值）

所以我在这个模型背后的想法是，如果有人申请工作并填写申请表，则此帐户的用户 ID 和特定工作的广告 ID 将保存到数据库“应用程序”中。这样一来，谁申请了哪份工作总是一目了然。

Answer 1

招聘广告

• 如果 IsActive 只与 StartDate 和 EndDate 有关，您应该将其删除并检查是否在时间段内。
• 使用额外的 table 考虑建模部门、位置、联系人。
• 尝试找到一个密钥并删除代理项
• 考虑对 TypeOfJob 属性使用引用 table。

申请

• 删除代理 ID，只使用由 JobAdvertisement 和 ExternalRegistration 键组成的复合 PK。
• 删除名字、姓氏、电子邮件、电话号码。您在 ExternalRegistration.
中拥有所有这些
• 考虑对 Status 属性使用引用 table。