Entity Framework - Как лучше всего обрабатывать большое количество объектов

Question

В настоящее время мы являемся магазином Linq to SQL, но оцениваем Entity Framework. Одна вещь, которая всегда расстраивала меня из-за L2S, это то, насколько грязным стал холст DBML после того, как на нем было написано более, чем, скажем, пара десятков таблиц. Это стало одним большим беспорядком.

Мне интересно, справится ли EF с этим лучше? Что было бы идеально (для нас), так это возможность иметь отдельный EDM для каждой из наших схем. Это будет держать вещи в чистоте и порядке. Тем не менее, я не знаю, как мы могли бы установить отношения между EDM.

Может кто-нибудь сказать мне, как (или если) EF обрабатывает такие вещи?

Answer 1

Только мои 2 цента.

Я настоятельно рекомендую вам также выбросить dbml и edmx и сначала перейти на код EF 4.1.Это даст вам всю необходимую вам мощность и гибкость.

Для меня это был не поворот назад.Вы можете найти отличные сообщения Скотта Гатри об этом, если немного погуглите.

Answer 2

Обработка этого в EDMX возможна, но все же это далеко от хорошего или идеального решения, особенно потому, что оно не поддерживается дизайнером - вы будете работать с EDMX как XML.Также отношения могут быть только односторонними, двунаправленные отношения между EDMX не поддерживаются.Команда ADO.NET описала весь процесс на их блоге .

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