FB 2.5
1. Есть набор временных таблиц. На транзакцию.
2. На эти таблицы созданы индексы на связки и еще один на данные
1.
create index TMP$VALUES_AV on TMP$VALUES( ID_ATTRIBUTE, ATTRIBUTE_VALUE)
3. Есть ХП, которая набивает таблицы данными, потом собирает по ним агрегаты.
4. Все, кроме связок (ATTRIBUTE_VALUE, :D1, :D2) - текст(varchar(70)) . Связки - bigint.
Запрос, 30 раз выполненый внутри ХП, дает 10 млн. фетчей
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
select coalesce(count(distinct vACC.ATTRIBUTE_VALUE), 0)
from TMP$VALUES vTS
join TMP$ITEMS i on vTS.ID_ITEM = i.ID and vTS.ID_ATTRIBUTE = -10
join TMP$VALUES vACC on vACC.ID_ITEM = i.ID and vACC.ID_ATTRIBUTE = -16
where vTS.ID_ATTRIBUTE = -10 and vTS.ATTRIBUTE_VALUE between :D1 and :D2
into :S1;
Fetches: 15 322 275
|TMP$ITEMS | 0 | 0 | 1434866 | 0 | 0 | 46286 | 0 | 0 | 0 |
|TMP$VALUES | 0 | 1481152 | 0 | 0 | 0 | 138858 | 0 | 0 | 0 |
Этот же запрос, выполненный ПОСЛЕ процедуры (есс-но в той же транзакции) на 1/30 диапазона. Распределение данных более-менее равномерное.
1.
2.
|TMP$ITEMS | 0 | 2337 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|TMP$VALUES | 0 | 4674 | 0 | 0 | 0 | 0 | 0 | 0 | 0 |
И это можно было бы понять, но! Если обернуть сбор агрегата в execute statement, то тот же самый запрос в те же 30 раз этих самых 10 млн. фетчей не дает. 5 млн - первоначальная набивка данных.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
execute statement 'select coalesce(count(distinct vACC.ATTRIBUTE_VALUE), 0)
from TMP$VALUES vTS
join TMP$ITEMS i on vTS.ID_ITEM = i.ID and vTS.ID_ATTRIBUTE = -10
join TMP$VALUES vACC on vACC.ID_ITEM = i.ID and vACC.ID_ATTRIBUTE = -16
where vTS.ID_ATTRIBUTE = -10 and vTS.ATTRIBUTE_VALUE between ''' || :D1 || ''' and '''|| :D2 || ''''
into :S1;
Fetches: 5 586 303
|TMP$ITEMS | 0 | 46286 | 0 | 0 | 0 | 46286 | 0 | 0 | 0 |
|TMP$VALUES | 0 | 92572 | 0 | 0 | 0 | 138858 | 0 | 0 | 0 |
Ну и собственно вопрос: Как дальше жить?
