Создание множественных DataContext классов

для того, чтобы полностью использовать в LinqToSql ASP.net 3.5 приложения, необходимо создать DataContext классов (что обычно делается с помощью конструктора в сравнении с 2008 г.). С точки зрения интерфейса, DataContext дизайн разделов базы данных, которые вы бы хотели предоставлять через LinqToSql и является неотъемлемой частью в создании ORM особенности LinqToSql.

у меня такой вопрос: я открываю проект, который использует большую базу данных, где все таблицы связаны некоторым образом с помощью внешних Ключей. Моя первая склонность, чтобы сделать одну огромную DataContext класса, модели базы данных в целом. Таким образом, я мог в теории (хотя я не знаю, если это будет необходимо в практике) использование внешнего Ключа соединения, которые генерируются через LinqToSql легко идти между связанными объектами в мой код, вставить связанных объектов, и т.д.

Однако, после некоторых раздумий, я сейчас вспоминаю, что это, возможно, имело бы больше смысла создавать несколько DataContext классов, каждый из них относятся к определенным пространством имен или логических взаимосвязанных раздела, в течение моей базы данных. Моей главной заботой является то, что инстанцирования и утилизации один огромный DataContext класс всех времени на отдельные операции, которые касаются конкретных областей Базы данных будут навязывать ненужные наложение на ресурсы приложения. Кроме того, легче создать и управлять меньше DataContext файлов, чем одна большая. Дело в том, что я потеряю в том, что там будет какой-нибудь далекой разделы базы данных, что бы не быть судоходным путем LinqToSql (хотя по цепочке связей, соединяет их в актуальном состоянии базы данных). Кроме того, там будут некоторые таблицы классов, которые могли бы существовать в более чем одной DataContext.

Любой мысли или впечатления на ли несколько DataContexts (соответствующий ДБ пространств имен) соответствующие вместо (или в дополнение к) один очень большой DataContext класса (соответствует всей БД)?

Найдено 4 ответа:

Are Multiple DataContext classes ever appropriate?

http://stackoverflow.com/questions/1949/are-multiple-datacontext-classes-ever-appropriate

Посмотреть решение →