Доброго времени суток.
Сама ситуация. Имеется некая база данных, и в ней с десяток процедур вида


И время от времени приходится одно или несколько условий отключать путем комментирования кода этого условия для запуска процедуры. И настало время, когда надоело это делать руками, и хочется переписать процедуры для облегчения запуска.
Варианты видятся такие:
- добавить дополнительный параметр для запуска процедуры,в котором идут перечислением номера условий, и каждое условие обернуть в еще один if для проверки с параметром.
- подсказали еще вариант через сохранение текста процедур в таблицы, и уже оттуда пытаться собирать процедуру и запускать только с определенными строками(Rinka777).
Вопрос состоит в следующем- может быть есть еще какие-то варианты исполнения / решения получше ?

Благодарю откликнувшихся за ответы :-)
ma1tus,
Хм… под рефакторингом подразумевается в данном случае вообще выпиливание условий, которые отключаются? Или что-то другое?

Педаль ввода,
Надоело искать в коде условия и комментировать их, затем обратно включать. Это может длиться до двух часов непрерывно ( выключи этот, включи. Теперь следующие условия). Я себе конечный итог переделки видел без своего участия на отключение условий- если надо что-то отключить, то просто ввели в параметре номера условий и без них процедура отработала.

rpovarov,
Условий разброс от 100 до ~ 600 штук.
Подразумевается двустолбцовая таблица, в которой каждому условию будет соответствовать определеный номер?

Elic,
Не сталкивался, читаю. Bitand заменяет like по строке для цифр?

Забыл свои маленькие нагрузки:
Добро на отключение условий дают 5 человек. Всего пользователей 300. Основной пик нагрузки конец месяца, когда начинается отчетный период.

AmKad,

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

j2k,
Так исторрчески сложилось. В строчку смогут ввести свои условия, максимум на отключение не больше 10 условий.

andrey_anonymous,
Что-то такое и представлял- две версии для запускав меню : стандартная со всеми условиями и на отключение с окном для ввода условий.

ma1tus,
Идея интресная по разделению процедур на отключаемые условия и нет, но к сожалению,набор условий на отключение не статичен и разный, и я не в состоянии угадать какие будут отключены в следующий раз. Хм…если делать дополнительную процедуру с отключаемыми условиями, то ее пополнять новыми условиями на отключение когда требуется. В каждой из процедур есть 2-3 условия которые чаще других попадаются, их уже быстро нахожу. И только из-за них новую процедуру писать как-то не то. Хотелось как-то комплексно решить этот вопрос без возврата к нему.

Elic,
Какой-то провакационный вопрос… ограниченно в решениях, наверно так отвечу. Без маски этой, разбирал бы строку через like и что-нибудь городил бы с поиском/проверкой запятой.

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

Kido,
Это очень позоже на вот этот вариант:
andrey_anonymousТабличка с параметрами, к табличке - UIшечка и кнопка "пересчитать", доступ у тех пятерых, кто рулит включением/отключением условий.

Спасибо всем откликнувшимся за варианты!
Значит, на этой версии Oracle не так уж и много решений этого вопроса.

rpovarov,
Спасибо за уточнение. =)

env,
Скорей всего, это так исторически сложилось , а также требования законодательства к отдельным этапам ввода и сопровождения информации. Какой-либо уникальности, думаю нет.Структура в общих чертах такая :
Есть бумажные документы, есть их электронная форма в браузере на Oracle Forms, заполняемая сотрудниками в регионах. Часть критически важных/основных полей проверяется при заполнении сразу на форме. Остальные требования к заполнению проверяются уже после commit`a в промежуточную таблицу запуском процедуры. И она же выдает результат в духе "поле 1 неправильно заполнено". И если нет ни каких ошибок, то данные начинают видеть в центральном офисе. Там ждут уже бумажный документ для сверки набитых данных и бумаги. И тут уже возникают моменты с отключением условий (старые документы, для которых уже не подходят требования законодательства, но данные нужны или просто какие-либо хотелки), что бы данные попали уже непосредственно в "боевую базу". Соответственно, время от времени вносятся изменения как в бумажный документ, так и в электронную форму, и в процедуры, и в таблицы и т.д. Этот процесс идет где-то с 2005г.
Я еще не представляю как можно это по другому реализовать. Поэтому, пока, решил взяться за кусок, который больше понимаю и смогу облегчить, как для себя, так, и может для будущих работников- разобраться с условиями и процедурами.