- 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 '%клад% должен был включать всяких "работников склада" и "замзавсклада", но туда попала также и "уборщица склада" - пришлось заводить второе условие
Soul_re@ver 23.05.2013 16:32 # +1
AntonioK 24.05.2013 09:08 # +3
defecate-plusplus 23.05.2013 16:40 # +15
deep 25.05.2013 18:38 # +3
WHERE i.name = 'сметана'
Dummy00001 23.05.2013 17:30 # −7
scriptin 23.05.2013 23:42 # 0
Dummy00001 24.05.2013 00:31 # −1
или ты сидишь в ручную тысячам/миллионам записям категории/теги прописываешь?
eth0 24.05.2013 17:16 # +2
Dummy00001 24.05.2013 18:26 # −2
по предвзятому тону разговоров здесь, как если бы никто ни разу с живыми кастомерами на прямую не работал/не работает.
scriptin 24.05.2013 18:55 # +2
К тому же в этом случае вручную ничего делать не придется - уже ведь есть условия для апдейта данных. Их нужно просто собрать в миграционный скрипт.
Dummy00001 24.05.2013 19:02 # 0
"Их нужно просто собрать в миграционный скрипт."
я и исхожу из того что то что написано сверху и есть часть миграционного скрипта. иначе смысла просто нету: группы/категории нужно выставить только раз, при переходе на новую модель даннных.
и как иначе, "правильно," ты бы это сделал?
scriptin 24.05.2013 19:17 # 0
Тогда все в порядке.
eth0 23.05.2013 19:30 # +1