用于将来生效日期条目的数据库PK-FK设计？
|
最终，我将把它转换成Hibernate / JPA设计。但是我想从纯粹的数据库角度开始。我们有各种表，其中包含未来有效日期的数据。取得一个具有以下伪定义的员工表：
雇员
ID INT AUTO_INCREMENT
...数据字段...
从DATE起生效
有效期至DATE
employee_reviews
ID INT AUTO_INCREMENT
employee_id INT FK员工编号
很简单。但是，假设雇员A的ID为1，那么有效起始时间为2011年1月1日，有效目标时间为1/1/2099。该员工将来将要更换工作，理论上将创建一个新行，id = 2，有效起始= 2011年7月1日，有效至= 1/1/2099，并且有效ID = 1 \至2011年6月30日。但是现在，我的程序将不得不每晚检查与员工有FK关系的任何表，并更新这些FK以引用新近生效的员工条目。
我在纯SQL和Hibernate论坛中都看到过各种帖子，我应该有一个单独的employee_versions表，在该表中我将存储所有有效日期数据，从而导致下面的更新的伪定义：
雇员
ID INT AUTO_INCREMENT
employee_versions
ID INT AUTO_INCREMENT
employee_id INT FK员工编号
...数据字段...
从DATE起生效
有效期至DATE
employee_reviews
ID INT AUTO_INCREMENT
employee_id INT FK员工编号
然后，要获取任何实际数据，必须从具有正确的employee_id和日期范围的employee_versions中进行实际选择。对于每个版本化的实体都具有此辅助“版本”表，这感觉很不自然。
有人对您以前的工作有任何意见或建议吗？就像我说的那样，我首先纯粹从一般的SQL设计角度出发，然后再在Hibernate中分层。谢谢！
没有找到相关结果
已邀请:
6 个回复
拟蓬
行。 我不明白为什么您认为必须从额外的表中进行选择似乎“不自然”-您会从具有单一性的员工（雇员的职位）中分离出具有多重性的职位（人的职位） ）。厢界山攀
寒健
坊岔埠绵
呕蹿尉
EMPLOYEE eeid PK firstname surname dateofbirth dateofhire dateoftermination etcEMPLOYEEPOSITION id pk eeid FK references EMPLOYEE(eeid) title reportsto FK references EMPLOYEE(eeid) startdate not null usually enddate allows null雄鞋谋塘