如何在0的数据库表结构中引入新概念。。1个实例？

Question

我遇到了一个新需求问题，不知道如何最好地构造数据库表。基本情况如下：

我将员工存储在员工表中。由于产量增加，该公司不得不雇用许多临时雇员。所有这些员工，包括长期员工和临时员工，都必须将数据输入ERP系统。因此，从本质上讲，员工将输入“Orders”，Orders表有一个名为“EnteredBy”的字段。在理想情况下，我会将这两种类型的员工都存储在employees表中。

由于公司的不同系统和公司内部的团队不相互交谈，一些临时员工确实成为了永久员工，因此我们需要一种方法来报告“新”永久员工在“临时员工”期间所做的所有订单，并在技术上“合并”临时员工处理的数据到他们的新永久员工记录中。

并非所有临时雇员都会成为永久雇员。所有订单都必须附有“员工”，即持有员工唯一标识符的外键。

我一直在思考如何将“临时员工”的概念融入到这个数据模型中，并且仍然维护订单的数据完整性。有什么建议吗？

当前DB表结构：

• 员工ID（PK）
• 名字
• 姓氏
• 。。。其他属性

• OrderID（PK）
• 员工ID（FK）
• ...其他属性

更新1：当我试图在数据库表设计中传达这个问题时，我决定向SO专家寻求建议。在我通过OOP分析解决方案时，[Temp雇员]的设计是[雇员]，但我无法将我的大脑包裹在如何将其传达到表设计和CRUD操作中。仅供参考，[雇员]有许多字段，而[Temp雇员]有这些字段的子集，因此它的所有字段都存在于雇员中。

Answer 1

您可以在员工表上添加一个status字段，指示该员工是全职还是兼职。创建另一个表，如下所示：

create table temp_change_date (
    employeeID int PK (FK),
    change_date date
);

当员工从临时变为永久时，在员工表上填充更新触发器。

这样，Orders会自动映射，您可以使用更改日期查看临时员工期间创建的所有订单。

Answer 2

（我假设可以将临时员工作为员工）

继承是建模中相当常见的场景——在您的案例中，似乎可以扩展现有的员工结构，因此您可以对临时员工进行如下建模：

TemporaryEmployee
 - EmployeeID (PK and FK to Employee)
 - StartDate
 - EndDate
 - Other temp employee fields here

由于临时员工也是一名员工，因此它共享员工主键，并且可以通过创建临时员工来强制执行引用完整性。EmployeeId是员工的外键。员工ID。

Orders的完整性不受影响，因为现有的雇员-订单RI是不变的。扩展而不是更改的另一个好处是您没有更改任何底层模型，因此应避免因更改ERP系统而导致的回归问题（尽管测试仍然是必不可少的）。

编辑、澄清：

现有的ERP系统表：

CREATE TABLE Employee
(
   EmployeeID INT identity(1,1) NOT NULL PRIMARY KEY,
   EmployeeTypeId ? -- e.g. might be able to repurpose to identity Temporary employees?
   -- Other Employee Fields here ... not all of these will be relevant to TemporaryEmployee
);

CREATE TABLE Orders
(
   OrderId INT identity(1,1) NOT NULL PRIMARY KEY,
   EmployeeID INT NOT NULL FOREIGN KEY REFERENCES Employee(EmployeeID)
   -- etc.
);

现在，您可以使用另一个表扩展员工，而无需更改上述模式：

CREATE TABLE TempEmployee
(
   EmployeeID INT NOT NULL PRIMARY KEY,
   -- Other extended fields here as per above

   CONSTRAINT FK_TempEmployee_Employee REFERENCES Employee(EmployeeID)
);