|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Blazor Server, для данных и аутентификации юзеров используется одна и таже база. Как делать лучше: 1. Разные контексты для работы с данными и юзерами: DbContext AspDbIdentityContext 2. Один и тот же контекст ? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2020, 16:50 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин, ты еще совсем недавно задавал тут кучу джунских вопросов по обычному MVC, а теперь полез в Blazor. Зачем? Разберись как следует с чем-то одним, потом берись за другое. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2020, 17:10 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
И при чем тут именно блазор? Тут вопрос просто о том как вообще организовать хранение данных. В одной БД проще, в двух разных гибче. От блазора-неблазора это никак не зависит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2020, 17:16 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин Blazor Server, для данных и аутентификации юзеров используется одна и таже база. Как делать лучше: 1. Разные контексты для работы с данными и юзерами: DbContext AspDbIdentityContext 2. Один и тот же контекст ? предположу что у тебя появилось желание группировать таблички в sql, типа content.Orders content.Invoices security.Users security.Roles если да, то загугли schemes для Entity Framework ... |
|||
:
Нравится:
Не нравится:
|
|||
28.05.2020, 17:42 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин Blazor Server, для данных и аутентификации юзеров используется одна и таже база. Как делать лучше: 1. Разные контексты для работы с данными и юзерами: DbContext AspDbIdentityContext 2. Один и тот же контекст ? Вы же понимаете, что практика это решение какой-то задачи. Вы какую проблему решаете? Чего хотите? ) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 04:57 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
вопрос и тело вопроса не коррелируют ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 07:32 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
hVostt Вы какую проблему решаете? Чего хотите? ) Best practice на скуле - это начинать издалека ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 08:06 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat Ролг Хупин, ты еще совсем недавно задавал тут кучу джунских вопросов по обычному MVC, а теперь полез в Blazor. Зачем? Разберись как следует с чем-то одним, потом берись за другое. С одной стороны - да, но это было давно, кроме того, я тут давно задаю вопросы по Blazor. Вот, взялся за другое. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 10:59 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
hVostt Ролг Хупин Blazor Server, для данных и аутентификации юзеров используется одна и таже база. Как делать лучше: 1. Разные контексты для работы с данными и юзерами: DbContext AspDbIdentityContext 2. Один и тот же контекст ? Вы же понимаете, что практика это решение какой-то задачи. Вы какую проблему решаете? Чего хотите? ) Делаю Blazor сервер приложение, работающие с базой. По совету коллег(здесь же) аутентификацию пока не прикручивал, но уже надо думать, как делать. Вот и вопрос: делать отдельный контекст или засунуть все в тот же, если база та же? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 11:02 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин делать отдельный контекст или засунуть все в тот же, если база та же? Если нет планов разбить это на две разные базы, то особого смысла делать два разных контекста смысла нет, если у тебя там не 100500 сущностей (но тогда надо вообще дробить все на отдельные контексты по критерию принадлежности к тому или иному контексту домена). Я, если честно, еще толком не уверен, как будут работать миграции в случае нескольких контектсов на одну базу - как минимум при этом точно придется разносить сущности БД по разным схемам. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:06 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Для Identity делать контекст с EF Core, для данных приложения Dappper. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:10 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
vb_sub Dappper. Вот этого недо-ОРМа Ролгу только и не хватало. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:12 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat Я, если честно, еще толком не уверен, как будут работать миграции в случае нескольких контектсов на одну базу ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:34 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
еще придется задавать дополнительные ключи для update-database ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:35 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat vb_sub Dappper. Вот этого недо-ОРМа Ролгу только и не хватало. Чем Вам Dapper не угодил? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 12:37 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat Ролг Хупин делать отдельный контекст или засунуть все в тот же, если база та же? Если нет планов разбить это на две разные базы, то особого смысла делать два разных контекста смысла нет, если у тебя там не 100500 сущностей (но тогда надо вообще дробить все на отдельные контексты по критерию принадлежности к тому или иному контексту домена). Я, если честно, еще толком не уверен, как будут работать миграции в случае нескольких контектсов на одну базу - как минимум при этом точно придется разносить сущности БД по разным схемам. Ясно, разносить по разным базам планов нет, в принципе то можно, но я наоборот подумал, что лучше все даржать в одной базе, там таблиц с данными 20-30, вот и подумал, что можно работать через один контекст. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 13:40 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин Ясно, разносить по разным базам планов нет, в принципе то можно, но я наоборот подумал, что лучше все даржать в одной базе, там таблиц с данными 20-30, вот и подумал, что можно работать через один контекст. Наследуешь свой контекст от IdentityDbContext<> и добавляешь в него уже свои сущности. Так обычно в простых случаях типа твоего и делают. Только, смотри, если будешь перегружать OnModelCreating (а, скорее всего, будешь), то не забудь в нем вызвать базовый класс: Код: c# 1. 2. 3. 4. 5. 6.
я на эти грабли сначала наступил, и какое-то время никак не мог понять в чем дело. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 14:40 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
vb_sub Для Identity делать контекст с EF Core, для данных приложения Dappper. а зачем разнообразить зоопарк:EF, Dapper? В чем его + по сравнению с EF, чтобы заменить? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 14:48 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин В чем его + по сравнению с EF, чтобы заменить? Ни в чем. Недо-ORM. Сдуру связались как-то с этим даппером-маппером - отгребли кучу самомастурбации. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 15:01 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Ролг Хупин vb_sub Для Identity делать контекст с EF Core, для данных приложения Dappper. а зачем разнообразить зоопарк:EF, Dapper? В чем его + по сравнению с EF, чтобы заменить? Потому что EF core подходит для простой логики взаимодействия с данными, когда нужно будет что-то посложнее то он начнет генерировать громоздкие SQL-инструкции. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 15:29 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
vb_sub когда нужно будет что-то посложнее "А ты её упрости" (с) :)) На самом деле абсолютно пофигу что он там генерит, важно, во что это внутри сервера БД преобразуется. Пока что ни разу не встречал проблем производительности EF из-за громоздкого sql или недостаточно быстрого меппинга. Встречал только из-за неправильного его использования (непонимания eager/lazy load и проблемы n+1) и из-за корявостей проектирования БД (необходимость слишком многих джойнов, отсутствие индексов и т.п.) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 15:35 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat, писал маленькую систему складского учета на EF core-десять раз пожалел. Особенно тяжело было сделать запрос остатка определенного товара на дату. Новые проекты больше не буду на EF писать. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 15:57 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
fkthat то не забудь в нем вызвать базовый класс: ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 16:11 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
Shocker.Pro Это необязательно, если ты не используешь соглашения ) Там в базовом что-то точно конфигурится, поэтому если перегружаешь, то надо и базовый вызвать - я же говорю, что уже наступал на грабли с этим. Если у тебя все конфигурится по конвеншенам и ты этот метод вообще не перегружаешь, то, понятно, ничего делать не требуется. В общем-то, перегрузка неабстрактного метода это, в большинстве случаев, антипаттерн, но тут так уж исторически задизайнили. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 16:40 |
|
Хорошая практика использования EF DbContext
|
|||
---|---|---|---|
#18+
vb_sub fkthat, писал маленькую систему складского учета на EF core-десять раз пожалел. Особенно тяжело было сделать запрос остатка определенного товара на дату. Новые проекты больше не буду на EF писать. Первый раз взял в руки электродрель, просверлил себе ногу, ну его в пень - лучше буду дальше ручной пользоваться. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
29.05.2020, 16:43 |
|
|
start [/forum/topic.php?fid=18&fpage=7&tid=1354696]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
27ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
others: | 258ms |
total: | 389ms |
0 / 0 |