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.

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