Я пришел в этот форум не для того чтобы хаить одну СУБД, хвалить другую. Я хотел понять и изучить, понять сравниваю с тем, что я знаю. Получать от вас советы и правильное направление. Я не хотел никого назвать дебилами или уродами. Я наоборот, думал, раз столько людей пользуется этим продуктом, значить он стоит того, и я смогу в нем решить свои задачи.

arni Похоже, что освоив один продукт, вы заимели Эталон.
Может быть(скорее) arni прав.

Dimitry Sibiryakov Т.е. додуматься параметризовать запрос к view не получилось..
Не додумался. Может подскажете

Dimitry SibiryakovДа редко кому в голову придёт такой бессмысленный запрос.
akhan3. Не смог выполнить подзапрос вида select b.* from (select * from a) b where b.field=100;
Получилось выполнить запрос с подзапросом в разделе FROM. В этот я был неправ.
Для Dimitry Sibiryakov хочу сказать, что это не совсем бессмысленный запрос. Я просто привел маленький пример. На деле бывает такие большие и сложные подзапросы в разделе FROM.

2 Таблоид
Я кажется с «чистым» параметризованным представлением в Оракле чуть переборщил . То, что показал дядя Том, это - выход из положении. А Ваш пример с left join-ом - это тоже своего рода выход из положении. Если в и разделе select, и в разделе where придется использовать по несколько разных функции, то каким сложным будет запрос приведенный к left join-ам, я не представляю. Вы можете подсказать, что необходмо такие сложные запросы перевести в процедуры с выбором. Но бывает ситуации, когда так не получиться, и/или не нужно плодить процедуры для каждого такого запроса. Реально у меня есть select-ы с множеством вызовов финансовых и других функции, с многими подзапросами в разных разделах и многими объединениями, который занимает несколько страниц A4 с размером шрифта 10.
Это простой пример, но не реальный. Просто хотел показать, какие бывает структуры:
select acc_code,
GetAccountBalance(acc_id, :BegDate) as BegBal,
GetAccountDebitSum(acc_id, :BegDate, :EndDate) as DebitSum,
GetAccountDebitSum(acc_id, :BegDate, :EndDate) as DebitSum,
GetAccountBalance(acc_id, :BegDate) as BegBal,
(select count(*) from accounts where tax_code = '1000') as AccCnt
from accounts a,
(select operdate
from opers o
inner joun dep d on o.dep_id=d.id
where d.code='200200'
and GetDepSum(d.id)>1000000) ddd
where
a.OpenDate=ddd.OperDate
and GetCurrentUserName()='AAA'
По поводу процедуры выбора. Все СУБД отклоняются от стандарта. И MSSQL, и Oracle, и остальные. Я стандарт не читал, но думаю, что его разработчики после слова FROM, наверное, думали некий естественный набор данных, как таблица, вью или подзапрос, а не процедуру. Так перевернуть смысл процедуры, это как голову назвать задом. В этом я также не одобряю MSSQL. Но, смысл моего прихода в форум не в этом, как в начале писал.

Я давно(очень) долго работал и с FoxPro 2.0, и с MSAccess 97, давно и чут-чуть в MSSQL6.5. В последние годы сижу на Оракле. Решил изучить FireBird из-за малого размера, из-за простой установки, из-за удобного переноса БД.

Додумался!!!
Процедура выбора с входными параметрами - это есть САМЫЙ ПАРАМЕТРИЗОВАННЫЙ ВЬЮ!!!
Такое даже в Оракле нет.

ТаблоидakhanПросто хотел показать, какие бывает структуры:
select acc_code,
GetAccountBalance(acc_id, :BegDate) as BegBal, ... и что ? на ФБ вы этот запрос написали бы примерно так:
на мой взгляд, не проще и не сложнее. И не очень-то много различий.

Вы все таки упростили первоначальный запрос. Там в первом селекте 4 вызова - значить 4 left join-а понадобиться. Двадцать вызовов функции потребует двадцать left join-оф. А конструкция left join … on 1=1(!!!) – это выход из положение, а не норма. Все равно я за то, чтобы, как сказал один известный политик, отделить мухи от котлет. Процедура – это набор действии, а таблица и вью - набор данных. Но, спасибо Вам, за подсказ как обойти нехватку функции в подобном запросе.

FreemanZAVakhanТам в первом селекте 4 вызова - значить 4 left join-а понадобиться
Топик невнимательно читаем
FreemanZAVТаблоидне проще и не сложнее.
Тут можно немного упростить. Сделать одну процедуру вместо двух, возвращающую 2 столбца. Тогда джоин будет один.

А тут не надо модифицировать процедуру под каждый запрос. Есть некий набор(пакет) готовых отлаженных функции(процедур), а есть куча отчетов содержащие кучу разных запросов. И в этих запросах должны вызывается эти функции. Как Вам такая ситуация?

barrabasakhanДодумался!!!
Процедура выбора с входными параметрами - это есть САМЫЙ ПАРАМЕТРИЗОВАННЫЙ ВЬЮ!!!
Такое даже в Оракле нет.
есть, причем 2х видов.
1. Заполняешь массив записей и возвращаешь
2. Выстреливаешь по одной записи (pipeline) с 9 версии

Я имел ввиду что в Оракле нет VIEW с параметрами. А писать функцию возвращающий массив - не приходилось. Сейчас пробовал писать:
create or replace function AAA(a varchar2) return TABLE OF varchar2 is
...
или
create or replace function AAA(a varchar2) return varray(10) OF varchar2 is
...
не компилится.

Megabyteakhan Процедура должна быть процедурой - выполнять определенные действия. Конечно и в ней бывает OUT параметры, но не целые наборы записей!
2. Нет обычных PSQL-ных функции. Т.е. нельзя создать функции и вызывать из прямо в селекте - в списке полей. в условии. включать в выражении.

Я наоборот после FB плевался на эти различия в MSSQL - процедуры, табличные/скалярные функции... При том на табличную функцию наложены некоторые ограничения(например, невозможность применять Dynamic-SQL).
В FB все зависит от выходных параметров, будет ли это таблица или скалярное значение, или процедура с выходными параметрами.
И применять ее(ХП) можно где угодно(в зависимости от возвращемого значения), в Select, From, Where...

Напишите пример вызова в разделе select и where...

ТаблоидakhanТам в первом селекте 4 вызова - значить 4 left join-а понадобиться. Двадцать вызовов функции потребует двадцать left join-оф. выполнение одного и того же кода будет 4 раза - что у вас, что в приведенном запросе. Какая разница, как синтаксически это оформлено, в виде "вызовов" или в виде лефт джойнов ?

Когда я привел пример, я ошибся, забыл отредактировать скопированные строки. Вот что я хотел выложить:
тут на самом деле четыре разных вызовов.

Короче, хочу угомониться...
Вот что себе уяснил:
1. Для параметризованных представлении использую процедуры выбора с входными параметрами.
2. Для замены вызовов функции для маленьких селектов использую лефт жойны или по ситуации процедуры вызовов.
3. Проблема решена - работают подзапросы в разделе FROM.