【问题标题】:Database Model for Job Application Portal职位申请门户的数据库模型
【发布时间】:2021-12-29 04:55:50
【问题描述】:

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

该网站适用于一家公司,而不是多个公司。

每个潜在的申请人都必须先注册一个帐户,然后他才能申请他想要的工作。

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

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

表格是德文的,所以这里是翻译:

招聘广告(左上角)

  1. ID (PK)
  2. 部门
  3. 标题
  4. 申请时间的开始日期(如果达到此日期,则广告在网站上可见)
  5. 结束日期(如果达到此日期,它会自动隐藏)
  6. 说明
  7. 工作类型(实习、全职等)
  8. isActive(如果广告可见,则为布尔值)
  9. 位置
  10. 联系方式
  11. 简历
  12. Anschreiben、Zeugnisse 和 weitere Doks 是一个布尔值
    -> 如果是真的,这些文件是必需的
    -> 发布(HR 必须检查每个广告并发布)
  • 员工(中上)
  1. 身份证
  2. 名字
  3. 姓氏
  4. 电子邮件
  5. 角色
  • 外部注册(左上角 - 注册工作门户的所有帐户)
  1. 身份证
  2. 名字
  3. 姓氏
  4. 电子邮件
  5. 电话号码
  • 应用程序(中下表)
  1. ID (PK)
  2. 招聘广告 ID (FK)
  3. 申请人 ID(FK - 来自外部注册的 ID)
  4. 名字
  5. 姓氏
  6. 电子邮件
  7. 电话号码
  8. 状态(显示是否正在查看应用程序等)
  9. 文件(布尔值,用于检查是否与应用程序一起上传了 zip 文件)

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

【问题讨论】:

  • 为什么工作门户需要了解员工?为什么应用程序有名字?为什么招聘广告有简历?从概念上讲,工作门户至少需要一个工作列表、一个用户列表和一个已申请工作的用户列表(应用程序)。你似乎有这个,加上一些绒毛,你的一些命名有点不靠谱(恕我直言)
  • @CaiusJard 我们从教授那里收到了一个场景,这就是他在里面写的东西,所以我真的别无选择:/
  • use text, not images/links, for text--including tables & ERDs。转述或引用其他文本。只提供您需要的东西并将其与您的问题联系起来。仅将图像用于无法表达为文本或增强文本的内容。在图片中包含图例/键和说明。

标签: mysql database database-design entity-relationship


【解决方案1】:

招聘广告

  • 如果IsActive 仅与StartDateEndDate 相关,则应将其删除并检查是否在时间段内。
  • 考虑使用其他表格对部门、位置、联系人进行建模。
  • 尝试查找密钥并删除代理项
  • 考虑使用TypeOfJob 属性的引用表。

应用

  • 删除代理 ID 并仅使用由 JobAdvertisementExternalRegistration 键组成的复合 PK。
  • 删除名字、姓氏、电子邮件、电话号码。 ExternalRegistration 里有这一切。
  • 考虑使用Status 属性的引用表。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2022-11-22
    • 2020-07-16
    • 2010-09-15
    • 1970-01-01
    • 1970-01-01
    • 2021-10-08
    • 1970-01-01
    相关资源
    最近更新 更多