【发布时间】:2021-12-29 04:55:50
【问题描述】:
我需要为大学项目中的一家虚构公司实施工作申请平台。
该网站适用于一家公司,而不是多个公司。
每个潜在的申请人都必须先注册一个帐户,然后他才能申请他想要的工作。
我想出了一个数据库模型,并想寻求反馈和潜在的改进,因为我不确定它是否足够好。
https://i.stack.imgur.com/5DVWB.png
表格是德文的,所以这里是翻译:
招聘广告(左上角)
- ID (PK)
- 部门
- 标题
- 申请时间的开始日期(如果达到此日期,则广告在网站上可见)
- 结束日期(如果达到此日期,它会自动隐藏)
- 说明
- 工作类型(实习、全职等)
- isActive(如果广告可见,则为布尔值)
- 位置
- 联系方式
- 简历
- Anschreiben、Zeugnisse 和 weitere Doks 是一个布尔值
-> 如果是真的,这些文件是必需的
-> 发布(HR 必须检查每个广告并发布)
- 员工(中上)
- 身份证
- 名字
- 姓氏
- 电子邮件
- 角色
- 外部注册(左上角 - 注册工作门户的所有帐户)
- 身份证
- 名字
- 姓氏
- 电子邮件
- 电话号码
- 应用程序(中下表)
- ID (PK)
- 招聘广告 ID (FK)
- 申请人 ID(FK - 来自外部注册的 ID)
- 名字
- 姓氏
- 电子邮件
- 电话号码
- 状态(显示是否正在查看应用程序等)
- 文件(布尔值,用于检查是否与应用程序一起上传了 zip 文件)
所以我在这个模型背后的想法是,如果有人申请工作并填写申请表,则此帐户的用户 ID 和特定工作的广告 ID 将保存到数据库“应用程序”中。这样,始终可以识别谁申请了哪个工作。
【问题讨论】:
-
为什么工作门户需要了解员工?为什么应用程序有名字?为什么招聘广告有简历?从概念上讲,工作门户至少需要一个工作列表、一个用户列表和一个已申请工作的用户列表(应用程序)。你似乎有这个,加上一些绒毛,你的一些命名有点不靠谱(恕我直言)
-
@CaiusJard 我们从教授那里收到了一个场景,这就是他在里面写的东西,所以我真的别无选择:/
-
请use text, not images/links, for text--including tables & ERDs。转述或引用其他文本。只提供您需要的东西并将其与您的问题联系起来。仅将图像用于无法表达为文本或增强文本的内容。在图片中包含图例/键和说明。
标签: mysql database database-design entity-relationship