删除多对一关系的规则

2 回答

• 1

  这些是所有关系（不是属性）的删除规则 . 它们适用于 to-One 或 to-Many 关系 .

  • Nullify - 如果删除员工，则反向关系设置为nil，如果是1比1，则按字面意思，在这种情况下，部门的员工减少一个

  • 级联 - 如果删除员工，则会删除其部门 . 部门将遵循其所有属性的删除规则，1）如果员工删除规则为Cascade，则此操作将删除所有员工; 2）如果员工删除规则是Nullify，所有员工将被“搁浅”而没有部门

  回复于 2024-04-20T04:54:22+08:00
• 8

  您似乎假设删除规则在一对多和多对一之间的行为有一些变化，但没有 . 一切都以完全相同的方式运作 . 如果你考虑它就必须这样，因为一对多只是多对一的互惠关系 .

  我认为这是一种互惠关系的想法，让你在这里绊倒 . 关系的每一面都是单独定义的，并且有自己的删除规则，可以与另一侧的删除规则不同 .

  我们以通用标准部门和员工为例 .

  Department{
    name:string
    employees<--(required,cascade)-->>Employee.department
  }
  
  Employee{
    name:string
    department<<--(required, nullify)-->Department.employee
    projects<--(optional,cascade)-->>Project.owner
  }
  
  Project{
    name:
    owner<<--(required,nullify)-->Employee.projects
  }
  

  请注意，图形模型中的每个关系（每个箭头线）在互惠关系（标准形式）中附加了两个描述 . 每个描述描述了一个相关实体的“视角”之间的关系 . 因此，每一对多的关系只是匹配多对一关系的另一面 .

  此外，侧面的多对多关系的可选/必需/小计数不能阻止另一方的对象删除 .

  采取部门< - >>员工关系 . 从部门的角度来看，部门对象必须至少有一名员工 . 如果它只有一名员工，则无法删除该员工 . 如果删除了Department对象本身，那么它的所有员工也将被删除 . 从员工的角度来看，每个员工都必须拥有一个部门 . 任何为员工对象的部门值保存nil值的尝试都将产生验证错误 . 但是，如果删除了employee对象，那么除了丢失其一个雇员对象之外，Department对象根本不会发生任何事情 . 但是，如果employee对象是关系中唯一的employee对象，则Department对象将阻止删除 .

  顾名思义，级联删除可以在整个对象图中引发删除的菊花链 . 删除Department对象时，它会删除所有相关的Employee对象，每个对象都会删除所有Project对象 .

  但是，如果您在多对多关系的两边都设置了级联删除规则，如下所示：

  Alpha{
    betas<<--(cascade)-->>Beta.alphas
  }
  
  Beta{
    alphas<<--(cascade)-->>Alpha.betas
  }
  

  在这种情况下，删除图中的任何一个对象将删除由任一键路径相关的所有其他对象 . 删除一个Beta对象将删除其所有Alpha对象，这些对象将依次删除所有Beta对象，这些对象将删除其所有Alpha对象...依此类推，直到删除所有相关对象为止 .

  显然，一个双方对多，级联关系是一个很好的方式射击自己的脚 .

  总结：

  • 关系由每个实体独立地定义在关系的两侧 .

  • 删除规则可由选项或小数量覆盖 .

  • 了解关系的运行时行为需要结合删除规则，可选性和mincounts的效果 .

  创建数据模型编辑器的一个原因是对关系规则施加一些限制性逻辑，以保持/警告编码人员不会创建意外和跨目的规则 .

  回复于 2024-04-20T04:54:22+08:00