Для нового проекта наши разработчики приложений хотят использовать модель наследования таблиц для каждого типа Entity Framework.
Недавно мы продемонстрировали эту функциональность и получившуюся схему таблиц нашему администратору баз данных, и он выразил обеспокоенность,и мне интересно, как их решить.Наследование является важной частью ОО, и с точки зрения разработки было бы замечательно, чтобы БД и ORM изначально поддерживали эту концепцию.Эта функциональность является частью EF, поэтому мы не вынимаем дизайн из левого поля.
Его основные проблемы:
- Мы не используем хранимые процы
- Дополнительная сложность усложнит составление отчетов и обновление данных
Мы в значительной степени обратились к его сохраненным проблемам с процессами (и уже 3 года используем другой ORM).
Что касается сложности, я вижу его точку зрения, но контрапункты обращаются к ним (для меня):
- Отчеты не должны выполняться из транзакционных таблиц (в настоящее время мы делаем это)необходимо использовать представления или преобразованную базу данных отчетов.
- Обновления данных на более плоской структуре могут все еще испортить данные - лицо, которое обновляет данные, несет ответственность за понимание структуры.Схема, используемая в модели наследования таблиц типов для EF, не так сложна, но ее необходимо соблюдать при выполнении ручных обновлений.
Я знаю, что мы не первые, кто сталкивается с администратором баз данных.озабоченность по поводу наследования модели на основе БД.Как другие убедили своего администратора баз данных, что это хорошая модель?