Добрый день.
Возникла необходимость анализировать значения параметров в форме, причём параметры задаются во внешней среде, хотел сделать через слияние данных запроса в строке и дальнейшем разборе, но не могу понять, как победить ошибки Не все переменные привязаны/Переменной привязки не существует

Пример кода


Суть данного кода, при его вызове должен быть проанализирован параметр ATTRIBUTE1 блока WORK_ORDER на указанное значение.
Ошибка Не все переменные привязаны возникает на команде v_rows := DBMS_SQL.EXECUTE(v_cursor);

Основная проблема в том, что условие во фразе WHERE заранее не известно, и атрибутов "всего лишь" может быть 100 штук (ATTRIBUTE1 - ATTRIBUTE100).

Т.е. как бы суть ошибки понятно, пакет думает, что :WORK_ORDER.ATTRIBUTE1 - это связанная переменная

Как вариант решения проблемы вот такой код:

При таком раскладе работает, но у меня может быть 100 разных атрибутов, и при добавлении строки
DBMS_SQL.BIND_VARIABLE(v_cursor, ':ATTRIBUTE2',:WORK_ORDER.ATTRIBUTE2);
для данного примера выдаётся ошибка, что переменной привязки не существует

В общем как то так.

ya.vypusck,

Условие WHERE заранее не известно, задаётся во внешней системе и сохраняется в отдельной таблице как текст, и эти условия могут быть разными.

-=APS=-Естественно, что, используя пакет dbms_sql, вы не можете заставить его "понимать" айтемы блока в качестве bind-переменных. Фактически, в такой ситуации вам придется выполнять предварительный разбор запроса - находить переменные в тексте и выполнять их привязку, причем, каким-то образом еще и высняя типы параметров... Может быть, вам проще будет такие проверки выполнять, устанавливая DEFAULT_WHERE для специально созданного "проверяющего" блока (т.к. там можно ссылатьтся на block items в синтаксисе :WORK_ORDER.ATTRIBUTE1)?
Дак вот не хочется так делать, это для 100 атрибутов поверки писать, индусятиной отдаёт.

-=APS=-Кстати, CREATE_GROUP_FROM_QUERY не спасёт ли отца русской демократии?
Там, вроде, тоже :BLOCK.ITEM поддерживается.
Отличный ответ. Спасибо большое. Всё получилось.