在专业项目中如何处理与TPC继承映射的多态关联



在设计&在使用EntityFramework开发一个以数据为中心的项目时,我花了太多时间来寻找实现以下内容之一的方法,但没有遇到任何实际的问题。

  1. 为了找到一种实现"多态关联"的替代方案,它不能与EF中的"TPC继承映射"一起实现,因为这种继承映射非常适合我的模型的逻辑设计,或者
  2. 找到一种方法来改善"TPT继承映射"的较差性能,这在我看来是TPC的唯一实用替代方案

在我看来,"TPH继承映射"从"数据库设计"one_answers"数据验证"的角度来看是没有意义的

此外,由于项目的其他部分几乎完全依赖于Microsoft产品,我不倾向于切换到其他ORM框架,如NHibernate。

现在,我想请那些专业软件开发人员并可能面临此问题的人,就任何其他可用的选项/解决方案向我提供建议。在专业设计/开发任务中,这个问题通常是如何解决的?

感谢提前提供的任何指导。

我似乎能够实现各种多态关联。我发现有一件事很有帮助,那就是确保所有的外键和关系都是明确定义的,这将避免代码优先可能遇到的任何歧义。Julie Lerman在她的《代码优先》一书中确实提到,应该定义外键,否则可能会出现关联映射的意外情况。

希望这能有所帮助,如果不能的话,让我们有一些代码,告诉我们你不能做什么。

干杯

最新更新