历史数据建模
Historical Data Modeling
在 AdventureWorks2008R2 中，Sales.SalesPerson table 包含一个 TerritoryID，它创建对分配给 SalesPerson 的当前 Territory 的简单引用。 Sales.SalesTerritoryHistory table 也可用于分析过去的作业。
我注意到 HumanResources.EmployeeDepartmentHistory 遵循类似的模式；但是，HumanResources.Employee table 没有对当前部门的直接引用。也就是说HumanResources.Employeetable.
上没有DepartmentID
他们不遵循相同的模式是否有充分的理由？
员工很可能可以同时在多个部门工作，这就是为什么要这样设置的原因
在 AdventureWorks2008R2 中，Sales.SalesPerson table 包含一个 TerritoryID，它创建对分配给 SalesPerson 的当前 Territory 的简单引用。 Sales.SalesTerritoryHistory table 也可用于分析过去的作业。
我注意到 HumanResources.EmployeeDepartmentHistory 遵循类似的模式；但是，HumanResources.Employee table 没有对当前部门的直接引用。也就是说HumanResources.Employeetable.
上没有DepartmentID他们不遵循相同的模式是否有充分的理由？
员工很可能可以同时在多个部门工作，这就是为什么要这样设置的原因