A
Size: a a a
2020 March 26
B
Не всегда. Что плохого в автогенерации миграций для простых случаев? Для сложных юзаешь чистый sql
просто даже вот тебе случай простой. Он не правильно миграцию замутил.
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
DP
просто даже вот тебе случай простой. Он не правильно миграцию замутил.
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
Ага а еще он должен код за тебя писать наверное)
DP
просто даже вот тебе случай простой. Он не правильно миграцию замутил.
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
Ты же сам понимаешь, что он должен был вначале внешний ключ удалить прежде чем делать действия, которые я хотел
Ты просто взял и сделал сам что-то со схемой а он должен догадаться наверное что это случилось)
B
Ты просто взял и сделал сам что-то со схемой а он должен догадаться наверное что это случилось)
я думаю, что он в состоянии определить, что я хочу переделать индекс.
А переделывание индекса заключается в его drop и create.
а индекс наложен на колонку, которая является foreignkey.
И естественно с ней придется тоже самое сделать, так как нельзя просто так удалить индекс, если колонка является внешним ключом.
по идее, у него все есть, чтобы сообразить и сделать правильно
А переделывание индекса заключается в его drop и create.
а индекс наложен на колонку, которая является foreignkey.
И естественно с ней придется тоже самое сделать, так как нельзя просто так удалить индекс, если колонка является внешним ключом.
по идее, у него все есть, чтобы сообразить и сделать правильно
DP
я думаю, что он в состоянии определить, что я хочу переделать индекс.
А переделывание индекса заключается в его drop и create.
а индекс наложен на колонку, которая является foreignkey.
И естественно с ней придется тоже самое сделать, так как нельзя просто так удалить индекс, если колонка является внешним ключом.
по идее, у него все есть, чтобы сообразить и сделать правильно
А переделывание индекса заключается в его drop и create.
а индекс наложен на колонку, которая является foreignkey.
И естественно с ней придется тоже самое сделать, так как нельзя просто так удалить индекс, если колонка является внешним ключом.
по идее, у него все есть, чтобы сообразить и сделать правильно
Я не спорю что там не все кейсы покрыты миграциями. Что-то нужно иногда делать руками.
DP
миграция один раз написана, протестирована, положена в репу в виде sql.
Можно все то же самое сказать про миграции EF. Никто не запрещает сгенеренный из мигарции скрипт положить в репу
B
Я не спорю что там не все кейсы покрыты миграциями. Что-то нужно иногда делать руками.
бля, вот че, он издевается?
A
Можно все то же самое сказать про миграции EF. Никто не запрещает сгенеренный из мигарции скрипт положить в репу
нет, нельзя, очевидно. потому что оно продуцирует вот то, с чем коллега борется
DP
нет, нельзя, очевидно. потому что оно продуцирует вот то, с чем коллега борется
Это он сам накосячил какбы. Такое же можно сделать и ручным скриптом
