Pull to refresh
1
0
Женя@ychu

User

Send message

Ну дело в том что при использовании Repeatable migrations во Flaway не нужно "ручное написание скриптов", при внесении изменений в хранимые процедуры. Скрипты пишутся только для изменения схемы, а текст хранимой процедуры просто сохраняется как файл который начинается с R_ИмяХранимойПроцедуры.sql.

Да разработчик сам решает V_ -> для скрипта который меняет схему, R_ -> для текста хранимой процедуры, тяжело запутаться, если честно.

С идемпотентностью да, могут быть вопросы.

Не нужно ничего знать, открываете R_ИмяХранимойПроцедуры.sql. и вносите изменения.

Существует несколько способов заставить Repeatable migrations повторятся каждый раз, и не надо ничего знать о checksum

Аналитики нет, за риски не понял..))

Последнее сложно комментировать, но мне кажется что "из коробки" это будет работать только для ваших условий использования.

И вот еще вопрос, а как ваша система генерирует скрипт миграции если нужно добавить столбец NOT NULL, и обычным default не отделаешься, тоже "автоматически"?

Но теперь представим, что нужно изменить хранимую процедуру. Тогда в файл миграции придётся вставить полный текст новой версии: ALTER PROCEDURE ... и далее — весь код процедуры, который может занимать 1000+ строк. Для Git это просто новый файл, и в diff’е не видно, что именно изменилось. Чтобы понять разницу, тимлиду приходится вручную сравнивать старую и новую версию — брать объект из базы, брать новую версию, запускать сравнение. Это долго, утомительно и легко пропустить важное.

Так не надо делать, для этого есть Repeatable migrations https://documentation.red-gate.com/fd/repeatable-migrations-273973335.html .

Таким образом, разработчик делает то, что умеет — пишет логику.

Используя Repeatable migrations он именно этим и будет заниматься... )

Аналогично, долго пользовался VS, но после Rider'а не смог вернуться, все не нравится.

А какое мне дело как разработчику до клиента?

ну клиент деньги платит, а потому заказывает "музыку"..), а так да крепостное право отменили, поэтому вы и ушли от 1с )

https://softservebs.com/en/ai-driven-ecosystem/image-recognition-fmcg/

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

Information

Rating
4,581-st
Registered
Activity

Specialization

Бэкенд разработчик, Архитектор баз данных
Ведущий
From 380,000 ₽
C#
Объектно-ориентированное проектирование
Базы данных
Высоконагруженные системы
Проектирование архитектуры приложений
Проектирование баз данных
Redis
Elasticsearch
SQL