Простите за несколько наивный вопрос: должна ли АSА распараллелить такой запрос:

select functionX(), id from table1

(в table1 более 30000 записей)

Можно ли АСА заставить? ;)

Я склонен думать, что паралелить такой запрос не будет ни одна база (ни Оракл, ни МS, ни др). И для распараллеливания надо переписать запрос например используя напр. union. Типa

select functionX(), id from table1 where id <10000
union all
select functionX(), id from table1 where id >=10000 and id <20000
union all
select functionX(), id from table1 where id >=20000

чуть поправлюсь - оригиналный запрос типа

select functionX(id),id from table1

functionX исполняется долго (>5сек). На сервере 2 cpu, ASA бeрет 40+ treads. загрузка CPU <5%...

Ggg_oldну алгоритм параллельности эмпирический, поэтому лчше оптимизатору прозрачно намекнуть на это, чем надеяться на чудо.
.

А как намекнуть (в АСА)?

antand,

внутренности процедуры еще досконально не анализировал (процедура не моя). Но кода там немного есть - точно не 2Х2 :)

сделать view - да, думал о такой вожмозности. Пока хочы понять - то что нет распаралеливания гльк кода или АСЫ.

Или вообще - проблема лицензионного кода - типа лицензия не позволяет использовать больше цпу

Ggg_old,

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

select id, functio1(id) from table1
union all
select id, functio2(id) from table2

аса берет один цпу а потом когда идет fetching - загрузается другой цпу (на первом загрузка становится = 0)
functio2 - копия functio1 на таблице табле2

table2 копия таблицы table1

Ggg_old,

когда смотрю план запроса - вижу, что селект разделяется на 4 паралельные ветви (я 'того и хочу).

select

DT DT DT DT

получается - АСА его распараллеливает , но почему-то выполняет только на одном цпу?

ALTER DATABASE CALIBRATE PARALLEL READ делал, по ссылке - читал ;-)

запостить план попробую (не так просто - в реальном случае много процедур и сделать план не легко)

чтобы исключить диски, я сделал другое.

create function emu () returns bigint
begin
declare i BIGINT ;
declare i2 BIGINT ;
SET i = -3000000;
WHILE i <= 3000000 LOOP
SET i = i + 1;
SET i2 = -3000000;
WHILE i <= 10000000 LOOP
SET i2 = i2 + 1;
END LOOP;
END LOOP;
return i
end

go

create function emu2 () returns bigint
begin
declare i BIGINT ;
declare i2 BIGINT ;
SET i = -3000000;
WHILE i <= 3000000 LOOP
SET i = i + 1;
SET i2 = -3000000;
WHILE i <= 10000000 LOOP
SET i2 = i2 + 1;
END LOOP;
END LOOP;
return i
end

go

далее. запустил

select emu()
union
select emu2();

загружен только один core ;-( может глупо - но хотелось бы загрузки 2 core...

план прицепил. так понимаю - оптимизатор параллелит, но выполнение идет на одном коре.

тоже если запустить
select emu()
select emu2()
go


аса запускается так:
dbsrv12 -gn80 -gtc 8 -gnl 80 -c 700 demo.db

демо.дб - демо база от аса 12.0.1

plan

попытка добавить план

Костя_1,

Костя_1,

Костя_1,

Костя_1,