Вопщем я в полных непонятках.. Видимо это баг какой-то :/
Сделал 2 процедуры:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
CREATE PROCEDURE RP0
RETURNS (
ID CHAR( 2 ),
IT NUMERIC( 9 , 2 ),
cc integer
)
AS
declare variable n integer;
BEGIN
n= 0 ;
FOR
SELECT DISTINCT O2.ID, SUM(O.TOTAL),
COUNT(DISTINCT O2.CLNUM)
FROM ORDITEM O, ORDITEMSTATE O1,
FULFILDOC F, ORD O2
WHERE
(O1.ORDNUM = O.ORDNUM)
AND (O1.ITEMNUM = O.ITEMNUM)
AND (O1.FFDOCTYPE = 'A')
AND (O1.STATECODE IN ('0','1'))
AND (F.NUM = O1.FFDOCNUM)
AND (F.INPDATE >= '10.10.2003')
AND (F.INPDATE <= '15.10.2003')
AND (O2.NUM = O.ORDNUM)
GROUP BY O2.ID
ORDER BY O2.ID, 2 , 3
into :ID, :IT, :CC
do begin
if (n> 1 ) then exit;
n=n+ 1 ;
SUSPEND;
end
END
vs
CREATE PROCEDURE RP1
RETURNS (
ID CHAR( 2 ),
ORGNAME VARCHAR( 80 ),
SERVICEPERCENT NUMERIC( 9 , 2 ),
IT NUMERIC( 9 , 2 ),
cc integer
)
AS
declare variable n integer;
BEGIN
n= 0 ;
FOR
SELECT DISTINCT O2.ID, a.ORGNAME, a.servicepercent, SUM(O.TOTAL),
COUNT(DISTINCT O2.CLNUM)
FROM ORDITEM O, ORDITEMSTATE O1,
FULFILDOC F, ORD O2, intermed A
WHERE
(O1.ORDNUM = O.ORDNUM)
AND (O1.ITEMNUM = O.ITEMNUM)
AND (O1.FFDOCTYPE = 'A')
AND (O1.STATECODE IN ('0','1'))
AND (F.NUM = O1.FFDOCNUM)
AND (F.INPDATE >= '10.10.2003')
AND (F.INPDATE <= '15.10.2003')
AND (O2.NUM = O.ORDNUM)
AND (A.ID = o2.ID)
GROUP BY O2.ID, a.ORGNAME, a.servicepercent
ORDER BY O2.ID, 2 , 3 , 4 , 5
into :ID, :ORGNAME, :SERVICEPERCENT, :IT, :CC
do begin
if (n> 1 ) then exit;
n=n+ 1 ;
SUSPEND;
end
END
0я выполняется ~50 секунд на 430метровой базе и честно выдает 2 записи
1я на той же базе нафик виснет
Причем для таблички INTERMED(которая там по сравнению с остальными очень небольшая)
упорно не желает использовать индексы,
и те которые там есть, и те, что я создавал руками...
Вроде бы ну и ладно - как было написано выше, т.о.
неиндексированными получаются < 1% запросов к базе,
но в чем же тогда то проблема? Вот уже полчаса IBExpert
пытается дождаться выполнения 1й процедуры...
Не создает ли оно там декартово произведение этих табличек если запрос к одной неиндексирован?..
Это как-то неправдоподобно, только вот я еще не придумал, как еще
объяснить такое поведение при выполнении 2х почти идентичных процедур.
