mysql_real_escape_string / Говнокод #13040 Ссылка на оригинал

0

  1. 1
  2. 2
  3. 3
  4. 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 '%клад% должен был включать всяких "работников склада" и "замзавсклада", но туда попала также и "уборщица склада" - пришлось заводить второе условие

Запостил: AntonioK AntonioK, (Updated )

Комментарии (13) RSS

  • ava Soul_re@ver # Ссылка на оригинал 0

    Эх, наймёте на работу «уборщика склада», напишете ещё одно условие.
    Ответить

    • ava AntonioK # Ссылка на оригинал 0 ⇈

      Подозреваю, что 1С-ники из опасений перед возможными косяками в устроенной подобным же образом (здесь код касается только web-интерфейса сотрудников) информационной системе предприятия запишут его в существующую уже должность "уборщица".
      Ответить

    • ava deep # Ссылка на оригинал 0 ⇈

      INNER JOIN ingredients i ON i.dependency = t.id
      WHERE i.name = 'сметана'
      Ответить

  • ava Dummy00001 # Ссылка на оригинал 0

    не говно. много лет подобными трюками пользуюсь (в регулярках). набрался в прошлом от лингвистов. те по электронным словарям подбым способом слова искали.
    Ответить

      • ava Dummy00001 # Ссылка на оригинал 0 ⇈

        очень часто таблицы с категориями и тэгами вот именно таким образом и рождаются.

        или ты сидишь в ручную тысячам/миллионам записям категории/теги прописываешь?
        Ответить

        • ava eth0 # Ссылка на оригинал 0 ⇈

          Увидели, что выходит какое-то говно, добавили таблицу, все новые записи с тегами. ПРОФИТ.
          Ответить

          • ava Dummy00001 # Ссылка на оригинал 0 ⇈

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

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

            • ava scriptin # Ссылка на оригинал 0 ⇈

              Работал и работаю. Но идея правильная: чисти код (и данные) от говна, пока его мало. Понятное дело, что не всегда все выходит гладко, но это не значит, что представленный в посте подход правилен.

              К тому же в этом случае вручную ничего делать не придется - уже ведь есть условия для апдейта данных. Их нужно просто собрать в миграционный скрипт.
              Ответить

              • ava Dummy00001 # Ссылка на оригинал 0 ⇈

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

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

                и как иначе, "правильно," ты бы это сделал?
                Ответить

                • ava scriptin # Ссылка на оригинал 0 ⇈

                  >я и исхожу из того что то что написано сверху и есть часть миграционного скрипта

                  Тогда все в порядке.
                  Ответить

Добавить комментарий

Переведи на "PHP", guest!

    А не использовать ли нам bbcode?

    ↑
    8
    ↓