не понял....sag писал(а):делаешь хранимую процедуру, в которой в цикле for-select формируешь нужное тебе поле T (собираешь его в переменной) и возвращаешь его клиенту. Можно реализовать двумя циклами (по каждой таблице), можно одним (по одному join-запросу).
LIST сделать.
оракл, угу, на иб чуть другой sql-слэнг:tie писал(а):не понял....
если бы это был ORACLE я бы так и сделал написал бы функцию, которая получив нужный параметр в цикле for-select формирует нужное поле T и передаёт его и select выгладел бы так:
select fio, My_F(D) from Main_table
Код: Выделить всё
CREATE PROCEDURE CHEM_PITALSYA(PARAM ...)
RETURNS (T VARCHAR(...)) AS
BEGIN
FOR SELECT ...
FROM ...
WHERE :PARAM ....
INTO ...
DO /*формируешь T*/
SUSPEND;
ENDКод: Выделить всё
select fio,
(select T from CHEM_PITALSYA(D))
from Main_table тут уже моя очередь говорить "не понял...."tie писал(а):а как это сделать в Ibase c учетом что поле D в первой таблице условное например колво дней от определенного события и вычисляется как УКАЗАННАЯ КЛИЕНТОМ ДАТА - УСЛОВНАЯ ДАТА хранящаяся в базе?
да не получаетсяsag писал(а):в фб2. На предыдущих версиях эту логику реализуй или на хп или на вью или пересматривай эту самую логику и старайся избежать таких подобностей.tie писал(а):а что-то подобное есть в ИБ?
Дима!kdv писал(а): в доке и в employee.gdb/fdb
процедуры - это не функции. where x=test(y) - нельзя.
...ну, база emplyee у тебя на диске. ты же IB/FB себе поставил?дай адресочек на "в доке и в employee.gdb/fdb"
а почему бы Ораклу не сделать select from myproc и джойны с процедурами? СлабО?а в чем проблема создания функций как у ORACLE
Ты ведь обычно посылаешь к конкретному источнику, а тут так скромно...kdv писал(а): а дока - на сайте. набираешь www.ibase.ru, дальше наводишь мышку на пункты меню
а нафига это может понадобиться?а почему бы Ораклу не сделать select from myproc и джойны с процедурами? СлабО?
ну наглец, ну наглец!!!Ты ведь обычно посылаешь к конкретному источнику, а тут так скромно...
пойми меня правильно...
мне всю доку перелопатить, чтобы найти конкретную вещь?
я ж тебе не даю 1500 страниц печатного текста, и говорю - ищи. Я тебе даю ссылку на доки, в электронном виде. Ты доку-то открывал? Или так тяжело дотумкать открыть datadef.pdf, посмотреть ГЛАВУ про РАБОТУ С ПРОЦЕДУРАМИ? Документацию что, идиоты писали? Или у тебя с книжками не срослось? намека ты не понял. объясняю. В Оракле то, в IB/FB - это. 100%-ного стандарта нет. Вот в MS SQL - вообще типа Visual Basic. Может, Ораклу это перенять? Или MS-у перенять стиль Оракла?а нафига это может понадобиться?
в серверах с развитым SQL можно написать такую херню, что ...в ORACLE можем написать:
Я ж тебе сказалkdv писал(а): ну наглец, ну наглец!!!
с книжками не срослось!я ж тебе не даю 1500 страниц печатного текста, и говорю - ищи. Я тебе даю ссылку на доки....Или у тебя с книжками не срослось?
Вот с.....намека ты не понял. объясняю. В Оракле то, в IB/FB - это. 100%-ного стандарта нет.
Эт уже от человека зависит и от его преподов, в крайнем случаев серверах с развитым SQL можно написать такую херню, что ...
Эт точноНельзя на SQL писать как на дельфях или на c/c++.
Да естественно D,P,R - информация из Main_table....Merlin писал(а):Знать бы исчо кто такие D,P,R, в смысле относятся ли оне каким-то боком к Main_table
Вчера не понял (другое спрашивал), а сегодня понял, что в этом что-то есть. По тексту видно что вопросы разныея тебе уже раз говорил про джойн с селективной процедурой (второй случай, таблица ведущая), да ты не понял...
перестраивай думалку. В селект-запросах иб-линейки хп выступает как набор данных, который может состоять из множества "строк". Отсюда и джойны.tie писал(а):Вчера не понял (другое спрашивал), а сегодня понял, что в этом что-то есть.
