Доброго времени суток, господа!

По работе начал изучать PL/SQL. И в процессе написания одного запроса у меня появилась мысль, что туже функциональность обязательно можно реализовать проще, короче и красивее. Мой "некрасивый" запрос работает (sic!), но совершенно не нравятся его размеры. Интересно ваше мнение на тему: как можно сделать его короче.
Объяснять, что делает запрос, не вижу смысла:


В процессе оптимизации пытался сделать вот так:


Но после первого же прогона понял, что оператор IN не умеет работать с шаблонами (т.е. результирующего набора от второго скрипта не было, а от первого - был).

Каково ваше мнение: можно ли упростить запрос?

Единственный, на мой взгляд, рабочий способ -- вынести эту пачку констант в отдельное отношэние.

Здесь дело в том, что IN -- это глупый хак и и издевательство над минимальностью языка. Никаких массивов в языке SQL нет, а в диалектах, в которых есть -- это ересь. В реляцыонной алгебре как таковой место массивов занимают отношэния. Но строить отношэния in-place в запросе тожэ нетривиально (хотя и можно, через таблицу вроде dual и UNION ALL).

Можно попробовать регексплайк. Но если работает - не понятно зачем пробовать.

Очень даже понятно  Хочется писать не только работающее, но и красиво выглядещее.
За напоминание про регэкспы спасибо. Они очень весело смотрятся на том фоне, что у языка даже нет массивов)))

Это сообщение отредактировал(а) Ybr - 18.2.2012, 18:33

Тогда ищите уродство за пределами запроса. Если бизнес логика требует хардкода  паттерна кода, или же приходится опирается на значение такого поля как label, или же поле, названное ishidden может принимать значение "пробел", это определенно означает, что структура данных крайне плохо организована.