- 1
- 2
- 3
- 4
update "Employee"."Jobs" set "default_group_id" = '1' where "id" in (select "id" from "Employee"."Jobs" where title like '%родавец%');
update "Employee"."Jobs" set "default_group_id" = '2' where "id" in (select "id" from "Employee"."Jobs" where title like '%правляющ%');
update "Employee"."Jobs" set "default_group_id" = '3' where "id" in (select "id" from "Employee"."Jobs" where title like '%лиент%');
update "Employee"."Jobs" set "default_group_id" = '4' where "id" in (select "id" from "Employee"."Jobs" where title like '%клад%' and title not like '%борщиц%');
like '%клад% должен был включать всяких "работников склада" и "замзавсклада", но туда попала также и "уборщица склада" - пришлось заводить второе условие
WHERE i.name = 'сметана'
или ты сидишь в ручную тысячам/миллионам записям категории/теги прописываешь?
по предвзятому тону разговоров здесь, как если бы никто ни разу с живыми кастомерами на прямую не работал/не работает.
К тому же в этом случае вручную ничего делать не придется - уже ведь есть условия для апдейта данных. Их нужно просто собрать в миграционный скрипт.
"Их нужно просто собрать в миграционный скрипт."
я и исхожу из того что то что написано сверху и есть часть миграционного скрипта. иначе смысла просто нету: группы/категории нужно выставить только раз, при переходе на новую модель даннных.
и как иначе, "правильно," ты бы это сделал?
Тогда все в порядке.