"Kovalenko Dmitry" ...
>
> Horsun Vlad писал(а):
>
> > > Селект я могу воткнуть в качестве
> > > параметра, а EXECUTE BLOCK - нет.
> >
> > Мда, мне такое в голову притти не сможет. Никогда :)
> >
> > А exec block в параметрах exec block не хотите ? :)))
>
> Ээээ... Мы то не хотим, но вот парсер-то в
> провайдере должен такое извращение
> поддерживать.
Не понято - зачем ? В нашем парсере EXECUTE BLOCK является
statement'ом верхнего уровня, т.е. parse tree начинается с него
и он не может быть никуда вложен
> > Вообще-то
> >
> > превращается в
> >
> > execute block
>
> А если у меня два execute block'а - то уже
> такой перевертышь не пройдет.
Их практически всегда можно скомбинировать в один.
Единственное ограничение - кол-во контекстов и р-р текста, но и это
мы когда-нить преодолеем ;)
> > Ответ с ходу - нет. Немного подумав - в принципе, наверное,
> > можно, но весьма геморно.
>
> Я не хотел - оно само мне в голову
> пришло :)
:)
> ---------------
> Я вот про еще одно извращение подумал.
>
> У SP есть два IN-параметра. И я эти два
> параметра передаю в качестве двух
> колонок "под-запроса"
>
> execute procedure SP (select col1,col2 from tra_ta_ta)
>
> Такое ведь может рано или поздно
> реально появиться?
Это я и сам давно хочу сделать. У нас сейчас все выражения
работают со скалярными операндами. Даже в стандарте описаны выражения
с векторными операндами. Останавливающий фактор - невысокий приоритет
этой фичи и, как обычно, нехватка времени. Там парсер придётся конкретно
переколбасить, кроме всего прочего
--
Хорсун Влад
