ASE 15.0.3

Есть простой запрос:

получаю план из SQL Advantage:
QUERY PLAN FOR STATEMENT 1 (at line 1).


STEP 1
The type of query is SELECT.


2 operator(s) under root


|ROOT:EMIT Operator (VA = 2)
|
| |SORT Operator (VA = 1)
| | Average Row width is 29.891632
| | Using Worktable1 for internal storage.
| |
| | |SCAN Operator (VA = 0)
| | | FROM TABLE
| | | fire..ref_port
| | | Table Scan.
| | | Forward Scan.
| | | Positioning at start of table.
| | | Using I/O Size 16 Kbytes for data pages.
| | | With LRU Buffer Replacement Strategy for data pages.

Server Message: Number 3630, Severity 10
Server 'syb153', Line 1:
Total estimated I/O cost for statement 1 (at line 1): 2314885530279482446.

Parse and Compile Time 0.
Adaptive Server cpu time: 0 ms.
Table: Worktable1 scan count 1, logical reads: (regular=56 apf=0 total=56), physical reads: (regular=46 apf=0 total=46), apf IOs used=0
Table: fire..ref_port scan count 1, logical reads: (regular=62 apf=0 total=62), physical reads: (regular=0 apf=0 total=0), apf IOs used=0
Server Message: Number 3631, Severity 10
Server 'syb153', Line 1:
Total actual I/O cost for this command: 124.
Total writes for this command: 0

Execution Time 0.
Adaptive Server cpu time: 0 ms. Adaptive Server elapsed time: 0 ms.
(2325 rows affected)

и вижу физические чтения при сортировки! кэш у tempdb большой(2Гб), да и таблица маленькая.

MasterZiv
cherrex_Den wrote:

> и вижу физические чтения при сортировки! кэш у tempdb большой(2Гб), да и
> таблица маленькая.

А что смущает ? Worktable - обычная таблица, она на диске, и её тоже читать
надо. Если в кэш не влазит. Для tempdb кэши сконфигурены ?


Да, кэш под tempdb есть, и стратегия LRU(судя по плану). Заметил что при любой операции "SORT Operator" происходит физ. чтения временной таблицы!

merphy9,

Как мне ответил support -- это нормальная ситуация, даже при наличии физ.чтение скорость работы запросов больше чем, со старым оптимизатором(ниже 15.0.3) где их(физ.чтений) нет.