Моделирование плохо спроектированной базы данных с использованием Entity Framework - PullRequest
Новая
       1

Моделирование плохо спроектированной базы данных с использованием Entity Framework

2 голосов
/ 13 октября 2010

Я пытаюсь смоделировать базу данных, которая плохо спроектирована.Объекты POCO, которые я создал с использованием Entity Framework (EF), не представляют бизнес-объекты точно, так как я ограничен плохим дизайном БД.Я планирую, чтобы мои бизнес-объекты определялись отдельно, и чтобы они отображались в POCO.Таким образом, это будет что-то вроде: Бизнес-сущности ==> POCO Entities ==> EF.

Видите ли вы какие-либо недостатки в этом?

Таким образом, я очень новичок в EF, и из того, что я узнал до сих пор, кажется, что EF работает лучше всего, когда DB совершенна.В противном случае мы получим либо ручную настройку EDMX, либо другие обходные пути.

Спасибо, Манав

1 Ответ

1 голос
/ 16 марта 2011

То, как вы справитесь с этим, зависит от того, где находится тяжелая работа в вашем приложении. Вы хотите использовать подход, который максимизирует удобство сопровождения вашего кода.

Если у вас не слишком много данных о транзакциях (например, операции CRUD) и много сложных бизнес-правил, то использование уровня абстракции POCO поможет сохранить вашу сложную бизнес-логику чистой и управляемой. Если, с другой стороны, ваши бизнес-правила практически не существуют, а ваше приложение на самом деле просто собирает много записей и хранит их в базе данных, тогда ваш уровень абстракции становится просто большим количеством кода, который нужно поддерживать.

...