Телеграмм чат группы pro

Но офк отключаешь все трекеры и все все все

01:10пожаловаться #1

M

Mary in pro.net

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

+

01:10пожаловаться #2

M

за неработающ миграцию, кстати, по головке не погладят, а за автомиграцию, которая бездумно сгенерирована и похерит данные еще и получить по рукам можно в 10 из 10 случаев

Ну если программист сгенерил миграций и даже не глянул содержимое - то это опять проблема не мигратора а специалиста

01:11пожаловаться #3

M

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

Не вижу корреляции между нагрузкой на базу и автомиграциями. Никак от нагрузки не зависит

01:13пожаловаться #4

M

Но даже в средних проектах в миграции еф начинает закрадываться роу скл так или иначе

01:13пожаловаться #5

AB

Над изменением базы придется думать человеку - индексы, структура, а не доверяться автогенератору в первую очередь.

01:13пожаловаться #6

M

Над изменением базы придется думать человеку - индексы, структура, а не доверяться автогенератору в первую очередь.

Так автогенератор вполне себе гибкий (а чего не позволяет - допиливается в те же миграции но чистым скл)

01:15пожаловаться #7

AB

С гибкостью трудно поспорить, да.

01:15пожаловаться #8

M

Структуру человек придумывает в любом случае

01:15пожаловаться #9

AB

Ну и как бы зависит code/db first.

01:17пожаловаться #10

M

Но я бы наверное к линк2дб еф для миграций не потащил бы. Не вижу сложностей писать миграции на флюент миграторе. Как верно заметил Алекс - это мелочи по сравнению с некоторыми проблемами которые может еф дать

01:17пожаловаться #11

M

Ну и как бы зависит code/db first.

Ну я ща в контексте код фест говорю

01:17пожаловаться #12

AB