Используйте два отдельных DBContext для двух или более разных таблиц DbTable.

Несколько дней назад я задал вопрос о том, как установить связь «многие ко многим» между таблицей Asp.Net Identity и моей пользовательской таблицей.

Вот ветка с ответом: Вопросы и ответы

Кто-то сказал мне, что с архитектурной точки зрения лучше обрабатывать информацию о пользователях и бизнес-данные отдельно. Я цитирую: «Тем не менее, с архитектурной точки зрения кажется, что лучше всего обрабатывать информацию о пользователях и бизнес-данные по отдельности, я бы, возможно, предпочел объединить их за фасадом, но держать их отдельно под сценой».

В ответе, который кто-то дал мне, что является решением, он сказал мне использовать ApplicationDbContext для работы с таблицами и т. д.

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

Может ли кто-нибудь дать мне обходной путь, как это заархивировать? Благодарю вас!


person Arianit    schedule 26.09.2016    source источник
comment
с архитектурной точки зрения лучше обрабатывать информацию о пользователях и бизнес-данные отдельно Это несколько самоуверенное утверждение. Если у вас нет большой базы данных, я бы придерживался одного контекста.   -  person DavidG    schedule 26.09.2016
comment
Давайте придерживаться идеи, что у меня есть большая база данных   -  person Arianit    schedule 26.09.2016
comment
Итак, вы спрашиваете, как использовать два контекста внутри одного приложения?   -  person Tim Reynolds    schedule 26.09.2016
comment
@ Тим Рейнольдс и да, и нет. Лучше сказать, чтобы использовать мой собственный контекст, чтобы установить связь с таблицей AspNetUser и моей собственной таблицей.   -  person Arianit    schedule 26.09.2016
comment
@Arianit, как указывает DavidG, вам лучше всего подходит один контекст. Однако, если вы хотите сделать это, это зависит от вашего варианта использования, давайте предположим, что вы хотите использовать все поведение отношений EF для загрузки элементов, связанных с пользователем. Самое простое, что вы могли бы сделать, это добавить более избирательную пользовательскую модель в контекст. Если вы следуете DDD и работаете как с ограниченными контекстами, вы, вероятно, создадите еще одну пользовательскую таблицу с информацией, связанной с использованием приложения пользователями.   -  person Tim Reynolds    schedule 26.09.2016
comment
@TimReynolds, это имеет смысл. Может быть, вы можете показать мне, как на примере, пожалуйста?   -  person Arianit    schedule 26.09.2016