Как полиморфная ассоциация с TPC Inheritance Mapping рассматривается в профессиональных проектах?
При разработке и разработке проекта, ориентированного на данные, с использованием Entity Framework, я потратил слишком много времени, чтобы найти способ выполнить одно из следующих действий, но не нашел ничего практичного.
- Чтобы найти альтернативу реализации "Полиморфной ассоциации", которая не может быть реализована вместе с "Отображением наследования TPC" в EF - так как этот вид отображения наследования хорошо согласуется с логическим дизайном моей модели, или
- Мне кажется, что найти способ улучшить низкую производительность "Отображения наследования TPT" - единственная практическая альтернатива TPC.
"Отображение наследования TPH", на мой взгляд, не имеет смысла с точки зрения "дизайна базы данных" и "проверки данных".
Кроме того, поскольку другие части проекта почти полностью зависят от продуктов Microsoft, я не склонен переключаться на другие платформы ORM, такие как NHibernate.
Теперь я хотел бы попросить тех из вас, кто является профессиональным разработчиком программного обеспечения и, возможно, сталкивался с этой проблемой, сообщить мне о любых других доступных вариантах / решениях. Как эта проблема обычно решается в задачах профессионального дизайна / разработки?
Цените любые указания заранее
1 ответ
Похоже, что я просто играю вокруг и могу достичь всевозможных полиморфных ассоциаций. Одна вещь, которую я нашел, помогла убедиться, что все ваши внешние ключи и отношения явно определены, это позволит избежать любой двусмысленности, с которой может столкнуться Code First. Джули Лерман в своей книге Code First упоминает, что внешние ключи должны быть определены, в противном случае могут возникнуть непредвиденные вещи с сопоставлениями связей.
Надеюсь, это поможет, если не даст нам немного кода и сказать, что вы не можете заставить работать.
ура