【问题标题】:ERD for Payroll [closed]工资单的 ERD [关闭]
【发布时间】:2018-03-15 07:20:22
【问题描述】:

我正在尝试为公司的工资系统构建数据库。我从事 ERD 工作,我的主要关注点围绕循环、报销表和可能的薄弱实体。

我没有做太多这些,可以使用你的帮助。

谢谢。

ERD 链接:ERD for Payroll

【问题讨论】:

  • 你有需求描述吗?员工和用户有什么区别?
  • 员工只是公司的员工。用户表是每个员工的登录信息。员工将登录系统并填写他们的时间表。之后,必须批准时间表,然后必须生成工资单。有一个允许提交时间表的锁定日期和时间。如果员工欠公司钱,可以从员工的周薪中扣除。如果公司欠员工钱,可以向员工报销。
  • 好的,还有timesheet批准和timesheet_detail的意义是什么?
  • 一个时间表有多个工作天,每个工作都存储为不同的记录。我创建了 timesheet_detail 以避免在 timesheet 表中的单个 timesheet_Id 下复制数据。时间表审批是指协调员、管理层和会计部门对时间表的审批。此表中存储的每条新记录,都会得到各部门的新批准。我从这个答案中得到了这个想法:stackoverflow.com/a/3283449/8549542
  • 请编辑澄清您的问题,cmets 是短暂的。请use text whenever possible, not images/inks.

标签: sql database database-design relational-database erd


【解决方案1】:

我可能会将用户更改为 user_login。并删除loan_payment 和报销,只是有一个支付表。这可能包含类似的值,但还包括一种付款类型,该付款类型将包含其值,例如“报销”或“工作付款”,因为正如您所说,报销不需要是它自己的表。

【讨论】:

  • 一名员工应该有一个用户名。我应该将用户名和密码放在员工表中吗?
  • @Stephan 哦,对不起,我看错了。是的,我会将用户名和密码放在员工表中。我记得一位讲师总是建议我,如果一张表的列数为 3 或更少,那么它可能不需要是一张表
  • @Stephan 上传修改后的副本,如果你有,我可以看看
  • 我上传了更新的 ERD。我采纳了您关于合并到一张付款表的建议,但是在链接到贷款表的同时有报销的付款表让我有点不安,因为它不应该在那里。
  • 啊,我明白你的意思了。我会将报销视为付款的子类
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2010-09-08
  • 2010-09-06
  • 1970-01-01
  • 2011-10-10
  • 1970-01-01
  • 2011-03-29
  • 1970-01-01
相关资源
最近更新 更多