А с чем может быть связано очень долгое выполнение (зависание? не хватило терпения ждать больше 15ти минут ;P),
с небольшой (~5%) при этом загрузкой процессора, следующего запроса :
create view q1
(ID, ORGNAME, SERVICEPERCENT)
as select distinct
a.ID, a.ORGNAME, a.SERVICEPERCENT
from
INTERMED a, ORD b
where ((a.ID = b.ID) and
(b.DATEJOIN >= :D1 and b.DATEJOIN <= :D2 ))

UNION ALL

select distinct
a.ID as ID, a.ORGNAME as ORGNAME,
a.SERVICEPERCENT as SERVICEPERCENT
from
INTERMED a, FULFILDOC c, ORDITEMSTATE d, ORD e
where
( (a.ID = e.ID) and (d.ORDNUM = e.NUM) and
(c.NUM = d.FFDOCNUM) and (c.FFDOCT = 'L' OR c.FFDOCT = 'R')
and (c.INPDATE >= :D1 and c.INPDATE <= :D2 ) )

на БД ~10тиметрвого объема ?

С индексами вроде всё ок...
База сейчас локальна и зависание повторяется при повторных запусках -
не мусор..

Без создания viewa выполняется нормально..
Кстати, попробуй перед эти провести validation с Record Fragment.Enabled:=True. Небось без Forced write работаешь.
Как (чем) проводится validation и где прописывается forced write ?)

Validation проходит нормально, forced writes был и остается enabled.
Виснуть сейчас перестало, но viewы создает _пустые_ хотя
соответствующие им запросы прекрасно выполняются

Выполняются с нормальным ненулевым результатом.
Просто там для отчета выбираются данные в несколько viewов и потом сливаются в одну табличку.
Курсоры в IB 7.0 я не нашел как заставить работать,
делать все в виде одного запроса будет слишком (монстровая такая структура получится ) ),
viewы выглядят тут наиболее естественно... Но не работают)

Viewы проще и для отчетов их наиболее естественно использовать
Если б работали

Мда.. оказывается внутри viewов нельзя использовать cast() : убрал - заработало
Дурдом...

А удалить ХП после работы прога сможет?
Синтаксис запроса подскажите если да.

Удалять надо чтобы базу не засорять -
отчет это дело клиентского приложения и если требования к нему изменятся,
то хотелось бы при этом изменить только саму программу, и не лезть в базу.

Лазание при изменении постановки задачи))
А когда на клиенте в начате работы программки она создается,
в конце удаляется, то для изменения трогается только программа, а не сама база.
К тому же прога в дальнейшем будет работать с несколькими базами,
каждая из которых и так немаленькая и с десятком-другим процедур

А про запросы.. Ну сами напросились)

Основной :
select q1.ID, q1.ORGNAME,
q1.SERVICEPERCENT, q2.ZT, q3.CC, qL.LT, qR.RT
from q1
full outer join q2 on (q2.ID = q1.ID)
full outer join q3 on (q3.ID= q1.ID)
full outer join qL on (qL.ID= q1.ID)
full outer join qR on (qR.ID= q1.ID)
order by q1.ID

_____
create view q1
(ID, ORGNAME, SERVICEPERCENT)
as select distinct
a.ID as ID, a.ORGNAME as ORGNAME, a.SERVICEPERCENT as SERVICEPERCENT
from
INTERMED a, ORD b
where ((a.ID = b.ID)
)

UNION

select distinct
a.ID as ID, a.ORGNAME as ORGNAME,
a.SERVICEPERCENT as SERVICEPERCENT
from
INTERMED a, FULFILDOC c, ORDITEMSTATE d, ORD e
where
( (a.ID = e.ID) and (d.ORDNUM = e.NUM) and
(c.NUM = d.FFDOCNUM) and (c.FFDOCT = 'L' OR c.FFDOCT = 'R')
)
_____
create view q2
(ID, ZT)
as select ID, sum(TOTAL) as ZT from ORD
where (DATEJOIN not NULL)
group by ID
_____
create view q3
(ID, CC)
as select ID, count (DISTINCT CLNUM) as CC from ORD
where DATEJOIN not NULL
group by ID
_____
create view qL
(ID, LT)
as select a.ID, sum (b.TOTAL) as LT
from
INTERMED a, ORDITEM b, FULFILDOC c, ORDITEMSTATE d, ORD e
where
( (a.ID = e.ID) and (d.ORDNUM = e.NUM) and
(b.ITEMNUM = d.ITEMNUM) and
(b.ORDNUM = d.ORDNUM) and
(c.NUM = d.FFDOCNUM) and (c.FFDOCT = 'L')
)
group by a.ID
_____
create view qR
(ID, RT)
as select a.ID, sum (b.TOTAL) as RT
from
INTERMED a, ORDITEM b, FULFILDOC c, ORDITEMSTATE d, ORD e
where
( (a.ID = e.ID) and (d.ORDNUM = e.NUM) and
(b.ITEMNUM = d.ITEMNUM) and
(b.ORDNUM = d.ORDNUM) and
(c.NUM = d.FFDOCNUM) and (c.FFDOCT = 'R')
)
group by a.ID
_____

Вызываться основной запрос будет несколько раз подряд (просмотр отчетов за разные периоды)