Есть апдейт (это расчет рыночной стоимости)
update tr_bill_in_portfolio
set rate = convert(decimal(30,10),(select sum(isnull(#rate_by_day.rate,0)*tmp_bill_in_qty_by_day.qty)
from tmp_bill_in_qty_by_day,
#rate_by_day
where tmp_bill_in_qty_by_day.sub_id=tr_bill_in_portfolio.subacc_id
and tmp_bill_in_qty_by_day.stock_id=tr_bill_in_portfolio.stock_id
and #rate_by_day.stock_id=tmp_bill_in_qty_by_day.stock_id
and #rate_by_day.day=tmp_bill_in_qty_by_day.day

)/ @days)
where id=@id
and tr_bill_in_portfolio.place_id=@tmp_com_id

Наблюдаются страшнейшие тормоза...конечно тут играет роль большой объем таблиц ,например tmp_bill_in_qty_by_day около 900000 записей,#rate_by_day около 200000... В частости дико тормозит не только выборка данных, но и конвертация в децимал.
Может можно что-то сделать с этим?

есть вот такие индексы
id subacc_id stock_id place_id id,place_id,act_acc_id id, place_id, subacc_id, stock_id

create table #accounts (
id numeric,
bill_sum decimal(30,10),
bill_price decimal(30,10) null
)

create table #days (day datetime)

create table #qty_by_day (
stock_id numeric,
sub_id numeric,
day datetime,
qty decimal(30,10)
)

create table #rate_by_day
(
day datetime,
stock_id numeric,
rate decimal(30,10) null,
max_day datetime null,
min_day datetime null
)

create table #tmp_days(day datetime)
--------------------------------------------------------
print 'tr_bill_in_portfolio'
SETUSER 'dbo'
go

create table dbo.tr_bill_in_portfolio (
id numeric(18, 0) not null,
subacc_id numeric(18, 0) not null,
stock_id numeric(18, 0) not null,
qty decimal(30, 10) not null,
rate decimal(30, 10) null,
bill_sum decimal(30, 10) null,
place_id numeric(18, 0) null,
act_acc_id numeric(18, 0) null
)
lock datapages
on 'default'
go

print 'tr_bill_in_portfolio_01'
create nonclustered index tr_bill_in_portfolio_01
on dbo.tr_bill_in_portfolio (id)
on 'default'
go

print 'tr_bill_in_portfolio_02'
create nonclustered index tr_bill_in_portfolio_02
on dbo.tr_bill_in_portfolio (subacc_id)
on 'default'
go

print 'tr_bill_in_portfolio_03'
create nonclustered index tr_bill_in_portfolio_03
on dbo.tr_bill_in_portfolio (stock_id)
on 'default'
go

print 'tr_bill_in_portfolio_04'
create nonclustered index tr_bill_in_portfolio_04
on dbo.tr_bill_in_portfolio (place_id)
on 'default'
go

print 'tr_bill_in_portfolio_05'
create nonclustered index tr_bill_in_portfolio_05
on dbo.tr_bill_in_portfolio (id, place_id, act_acc_id)
on 'default'
go

print 'tr_bill_in_portfolio_06'
create nonclustered index tr_bill_in_portfolio_06
on dbo.tr_bill_in_portfolio (id, place_id, subacc_id, stock_id)
on 'default'
go

SETUSER
go
-----------------------------------------------

update tr_bill_in_portfolio
set rate = convert(decimal(30,10),(select sum(isnull(#rate_by_day.rate,0)*#qty_by_day.qty)
from #qty_by_day,
#rate_by_day
where #qty_by_day.sub_id=tr_bill_in_portfolio.subacc_id
and #qty_by_day.stock_id=tr_bill_in_portfolio.stock_id
and #rate_by_day.day=#qty_by_day.day
and #rate_by_day.stock_id=#qty_by_day.stock_id

)/ @days)
where id=@id
and tr_bill_in_portfolio.place_id=@tmp_com_id

План
---------------------
QUERY PLAN FOR STATEMENT 245 (at line 1035).




STEP 1
The type of query is UPDATE.
The update mode is direct.


FROM TABLE
tr_bill_in_portfolio
Nested iteration.
Index : tr_bill_in_portfolio_05
Forward scan.
Positioning by key.
Keys are:
id ASC
place_id ASC


Run subquery 1 (at nesting level 1).
Using I/O Size 4 Kbytes for index leaf pages.
With LRU Buffer Replacement Strategy for index leaf pages.
Using I/O Size 4 Kbytes for data pages.
With LRU Buffer Replacement Strategy for data pages.
TO TABLE
tr_bill_in_portfolio


NESTING LEVEL 1 SUBQUERIES FOR STATEMENT 245.


QUERY PLAN FOR SUBQUERY 1 (at nesting level 1 and at line 1036).


Correlated Subquery.
Subquery under an EXPRESSION predicate.




STEP 1
The type of query is SELECT.
Evaluate Ungrouped SUM OR AVERAGE AGGREGATE.


FROM TABLE
#qty_by_day
Nested iteration.
Table Scan.
Forward scan.
Positioning at start of table.
Using I/O Size 4 Kbytes for data pages.
With LRU Buffer Replacement Strategy for data pages.


FROM TABLE
#rate_by_day
Nested iteration.
Table Scan.
Forward scan.
Positioning at start of table.
Using I/O Size 4 Kbytes for data pages.
With LRU Buffer Replacement Strategy for data pages.


END OF QUERY PLAN FOR SUBQUERY 1.

В начале поста запрос немного другой.
Смотреть на этот;)

update tr_bill_in_portfolio
set rate = convert(decimal(30,10),(select sum(isnull(#rate_by_day.rate,0)*#qty_by_day.qty)
from #qty_by_day,
#rate_by_day
where #qty_by_day.sub_id=tr_bill_in_portfolio.subacc_id
and #qty_by_day.stock_id=tr_bill_in_portfolio.stock_id
and #rate_by_day.day=#qty_by_day.day
and #rate_by_day.stock_id=#qty_by_day.stock_id

)/ @days)
where id=@id
and tr_bill_in_portfolio.place_id=@tmp_com_id

Таблицы здоровенные

ASE 12.0

Есть только одна проблема. Вроде бы ASE 12.0 не будет использовать индексы в процедуре на временные таблицы.
т.е в таком случае индекс на временную таблицу просто лишняя трата времени

А делать не временные как-то не очень хочется...

Сделал таблицы не временными... теперь переполняется лог при инсерте...

в боевой
а как батчами?
как ограничить выборку?

MasterZiv
Fantasmo пишет:
> Есть только одна проблема. Вроде бы ASE 12.0 не будет использовать
> индексы в процедуре на временные таблицы.
> т.е в таком случае индекс на временную таблицу просто лишняя трата времени

Я думаю что это голословное заявление. Вообще про оптимизатор не стоит
говорить чего-то определенного. Хотя фраза "Вроде бы" немного исправляет дело...

Короче, в 11.9 замечательно в процедурах использовались индексы на временные
таблицы. Почему бы им не быть использоваными в 12.0 ?
Posted via ActualForum NNTP Server 1.3

Скажу подругому. Работать не будет.
1) Проверено уже
2) Оптимизатор на момент компиляции не знает про индексы и данные во временной таблице. Так что индекс просто не будет использоваться.

MasterZiv
Fantasmo пишет:


Во-первых, смотри мой пред. пост.
Во-вторых, ну хорошо, не хочет оптимизатор брать индекс сам - можно же и хинт
написать, (INDEX 1) , как правило, одного индекса там достаточно.
Это старинная техника, применялась еще вроде как в 11.5 и 11.0.
Ну могу я конечно путать конкретные версии, но это там между 11.0 и 11.5.
11.9 уже современный достаточно сервер, мы с ним работали много, и работали
там индексы на временные таблицы.
Posted via ActualForum NNTP Server 1.3

Хинт не прокатит
Пробовал. Он не используется.

А можно вкратце как использовать все таки индекс?

лень FantasmoА можно вкратце как использовать все таки индекс?
А какие ваши доказательства того, что он не используется? Хоть бы план запроса привел. А то все "зимы не будет, зимы не будет"...

если делать так

create table #t
insert into #t
create index #t_01

select ...
from #t (index #t_01)...

Использоваться он не будет 100%, будет обычный table scan.

:D

Server Message: Number 307, Severity 10
Line 11:
Index 'idx_01' specified as optimizer hint in the FROM clause of table '#t' does not exist. Optimizer will choose another index instead.


QUERY PLAN FOR STATEMENT 1 (at line 1).




STEP 1
The type of query is CREATE TABLE.




QUERY PLAN FOR STATEMENT 2 (at line 2).




STEP 1
The type of query is CREATE INDEX.
TO TABLE
#t




QUERY PLAN FOR STATEMENT 3 (at line 3).




STEP 1
The type of query is DECLARE.




QUERY PLAN FOR STATEMENT 4 (at line 4).




STEP 1
The type of query is SELECT.




QUERY PLAN FOR STATEMENT 5 (at line 5).




STEP 1
The type of query is COND.




QUERY PLAN FOR STATEMENT 6 (at line 7).




STEP 1
The type of query is INSERT.
The update mode is direct.
TO TABLE
#t




QUERY PLAN FOR STATEMENT 7 (at line 8).




STEP 1
The type of query is SELECT.




QUERY PLAN FOR STATEMENT 8 (at line 10).




STEP 1
The type of query is SET OPTION ON.




QUERY PLAN FOR STATEMENT 9 (at line 11).




STEP 1
The type of query is SELECT.


FROM TABLE
#t
Nested iteration.
Table Scan.
Forward scan.
Positioning at start of table.
Using I/O Size 4 Kbytes for data pages.
With MRU Buffer Replacement Strategy for data pages.

Этот результат получился если всю процедуру запустить.
А если по частям, сначала таблица потом инсерт
и отдельно запустить селект, то выборка идет по индексу, как у вас... И что делать?