Локшин Марк Так что если например ResultSet зависит от переменных передаваемых в процедуру, то вообще работать не будет.
ГЛУПОСТИ

Локшин МаркФилиппЛокшин Марк Так что если например ResultSet зависит от переменных передаваемых в процедуру, то вообще работать не будет.
ГЛУПОСТИ
Да неужели? Ну изобразите:

Это у вас искусственным образом НЕ ResultSet зависит от переменных передаваемых в процедуру, а лист колонок ею возвращаемый (ResultSet это вообще то ряды), и это искусственное извращение в контексте вопроса никому не интересно.
В случае когда процедура может быть приспосабливаема для кажого клиента к примеру, чтоб иметь спец логику, то если интерфейс стабильный (то бишь набор аргументов не меняется), а лист колонок (ну то что в ряды суется) заранее не известен - SyntaxFromSQL и есть самое удобное решение. Один (первый) раз зовётся с тупыми аргументами, чтоб ResultSet был с нулём рядов, синтакс кешируется и вперёд...

ну И то что в ряды суется

Anatoly MoskovskyЛокшин МаркЭто ResultSet. Это набор данных - дословный перевод (который собственно и отражает суть дела) - результирующие множество. Какие ряды? Вы о чем?
Согласен, пример который я привел - несколько искуственный, но модельный и отражает суть дела.
Это пример недоработки дизайна.
Тут есть как минимум две проблемы дизайна:
1) Набор столбцов результата - это часть интерфейса функции. Он не должен меняться.
2) Вызывающий код реализует часть вызываемой функции: дублируется код принятия решения о кол-ве стоблцов - один раз в вызывающем коде, второй раз в функции. Если изменить в одном из мест, не поменяв в другом, то этот код перестанет работать.

В том примере на самом деле нужны две функции (соответственно и два DW), а принятие решения о том какую из них вызвать должно происходить только в вызывающем коде .

Вот у меня как раз реализация, работающая у десятков клиентов, где набор СТОЛБЦОВ неизвестен заранее , а вот function signature хранимой процедуры не меняется (если арргументы бессмысленны, то просто НОЛЬ рядов возвращается, а даже если >0, то для служебного вызова сделанного для каширования синтаксиса из которого строится dataobject, это значения не имеет). С помощью SyntaxFromSQL всё это очень эелегантно работает.

Anatoly MoskovskyФилиппВот у меня как раз реализация, работающая у десятков клиентов, где набор СТОЛБЦОВ неизвестен заранее
Набор столбцов результата зависит от аргументов?
Нет, зависит от того, что клиент написал в его версии хранимой процедуры, или от того как мы её поменяли с новым релизом.
А его зависимость от значения аргументов есть искусственная глупость, которую обсуждать не стоит, мы же это уже выше решили :-)