一对一关系

Question

工人只能拥有一辆车辆，并且车辆一次只能属于一名工人。 我知道3种可能的实现：
1。

Vehicle(Id, Number)
Worker(Id, Name, VehicleId)
--> This allows two workers have the same vehicle.

2。

Worker(Id, Name)
Vehicle(Id, Number, WorkerId)
--> This allows worker to have two vehicles.

3。

   Worker(Id, Name)
   Vehicle(Id, Number)
   WorkersVehicles(Id, VehicleId, WorkerId)
    --> This allows each worker to have many vehicles and each vehicle to belong to many workers.

以上内容均无法描述所需的1：1关系。

如何在数据库和实体框架中描述这种1：1关系？

Answer 1

定义仅通过约束来强制1：1关系的数据模型是不可能的，因为这需要循环引用，这意味着您将永远无法插入关系的一侧，直到另一侧存在为止。

尽管可以通过棘手的方法解决此问题（删除约束，使用RDBMS特定的命令（例如Oracle的延迟约束）），但从传统意义上讲是不可能的。 您可以获得的最接近的是1:0..1 。

以下是代表Worker:Vehicle各种组合的模型：

0..1:1

Worker (ID, VehicleID unique constraint)
Vehicle (ID)

1:0..1

Worker (ID)
Vehicle (ID, WorkerID unique constraint)

0..1:0..1

Worker (ID)
Vehicle (ID)
WorkerVehicle (WorkerID, VehicleID) <-- primary key on one column, 
                                        unique constraint on the other

不幸的是，由于EF不支持唯一约束（或者说，它不能识别或强制执行），因此您总是会在关系的另一端得到一个集合，而不是一个实体。

Answer 2

您可能需要使用唯一性约束 ，即员工必须具有唯一的VehicleId

似乎EF并没有直接支持唯一的约束，如本SO文章所述。 如何向ADO.NET实体添加约束？

Answer 3

正如@Adam所描述的，您需要使FK唯一以加强一对一关系，并且因为EF不支持唯一约束，但在EF中使其唯一的方法是：

Worker(ID)
Vehicle(ID) <-- PK and FK to worker

将FK置于PK会强制执行唯一性。 解决方法是使用：

Worker(ID)
Vehicle(ID, WorkerID) <-- WorkerID is FK with unique constraint in the database

将其映射到EDMX后，您将从Worker删除Vehicles导航属性。 如果将一辆车分配给两个工人数据库将引发异常。 这种解决方法的缺点是您无法从工作人员访问车辆（您没有导航属性）。

无论如何，一对一的关系很少见-它应该主要用于“是”，而很少用于“有”情况。 在某些情况下，我认为在应用程序逻辑中使用一对多而不是一对一进行控制验证是合理的。 如果将来需求发生变化，则向主体中添加新的相关实体将只是更改验证的问题，而不是更改应用程序的一半。 您可以决定是否适合您的情况。

Answer 4

可以在数据库或代码中处理这种事情。 如果您使用代码执行此操作，则只需在尝试保留对象之前创建一条规则，即可检查该车辆是否属于另一名工人。 如果是这样，则抛出异常。 如果您也选择在数据库中添加规则，则应在包含外键的表上的触发器中完成此操作，这将再次检查车辆是否属于其他工人，以及是否属于该工人。应该引发一个错误。 实体框架不应用于处理业务逻辑。