Mark BarinsteinВсе-таки напишите хотя бы 1 запрос.
Есть ли в нем маркеры параметров или запрос полностью динамический?
Я как-то получал такое в Run SQL Scripts, случайно установив
Connections -> JDBC Setup -> Language -> Sort based on в Language ID вместо Job profile по умолчанию.

было у меня такое
необъяснимый глюк нового оптимизатора
у Вас только джоин или есть еще where или order?

Serge Reva

Mark Barinstein lazy-beaverу Вас только джоин или есть еще where или order?where есть, order нет.
2 astepano:
Попробуйте вместо маркеров реальные значения подставить при работе с .NET.
Что получилось?

Марк, давайте устроим мозговой штурм
оттакая табличка:

select count(*) from arksysd/trhistory
COUNT ( * )
52,320,073

SELECT * FROM arksysd/trhistory
where fdpstd<20060501
время вывода первой записи на экран после нажатия enter - ~120 сек
в джоблоге следующие сообщения:
All access paths were considered for file TRHISTORY.
Additional access path reason codes were used.
Arrival sequence access was used for file TRHISTORY.
Message . . . . : All access paths were considered for file TRHISTORY.
Cause . . . . . : The OS/400 Query optimizer considered all access paths
built over member ZTRHIST of file TRHISTORY in library ARKSYSD.
The list below shows the access paths considered. If file TRHISTORY in
library ARKSYSD is a logical file then the access paths specified are
actually built over member ZTRHIST of physical file TRHISTORY in library
ARKSYSD.
Following each access path name in the list is a reason code which
explains why the access path was not used. A reason code of 0 indicates
that the access path was used to implement the query.
ARKSYSD/FDPSTD 4, ARKSYSD/TRHISTML 17, ARKSYSD/TRHISTLM 17,
ARKSYSD/TRHISTL 17, ARKSYSD/TRHISISL 4, ARKSYSD/TRHISDVL 4,
4 - The cost to use this access path, as determined by the optimizer, was
higher than the cost associated with the chosen access method.

теперь те же яйца с сортировкой
SELECT * FROM arksysd/trhistory
where fdpstd<20060501
order by fdpstd

время появления первой записи ~3 сек
All access paths were considered for file TRHISTORY
Additional access path reason codes were used.
Access path of file FDPSTD was used by query.

ну и:
DSPFD Command Input
File . . . . . . . . . . . . . . . . . . . : FILE FDPSTD
Library . . . . . . . . . . . . . . . . . : ARKSYS
Type of information . . . . . . . . . . . . : TYPE *ALL
File attributes . . . . . . . . . . . . . . : FILEATR *ALL
System . . . . . . . . . . . . . . . . . . : SYSTEM *LCL
ile Description Header
File . . . . . . . . . . . . . . . . . . . : FILE FDPSTD
Library . . . . . . . . . . . . . . . . . . : ARKSYSD
...
Data Base File Attributes
Externally described file . . . . . . . . . : Yes
SQL file type . . . . . . . . . . . . . . . : INDEX
...
Access Path Description
Access path maintenance . . . . . . . . . . : MAINT *IMMED
Unique key values required . . . . . . . . : UNIQUE No
Key order . . . . . . . . . . . . . . . . . : Not specified
Select/omit specified . . . . . . . . . . . : No
Access path journaled . . . . . . . . . . . : No
Access path . . . . . . . . . . . . . . . . : Keyed
Number of key fields . . . . . . . . . . . : 1
Record format . . . . . . . . . . . . . . . : RFDSTL
Key field . . . . . . . . . . . . . . . . : FDPSTD
Sequence . . . . . . . . . . . . . . . : Ascending
Sign specified . . . . . . . . . . . . : SIGNED
Zone/digit specified . . . . . . . . . : *NONE
Alternative collating sequence . . . . : No
Files accessed by logical file PFILE
.+....1....+....2....+....3....+....4....+....5....+....6....+
File Library LF Format
TRHISTORY ARKSYSD RFDSTL
Sort Sequence . . . . . . . . . . . . . . . : SRTSEQ *HEX
Language identifier . . . . . . . . . . . . : LANGID ENU
и тд
чивойта етот дурной оптимизатор при отборе индекс не юзает?
зы. началось все ето после агрейда на 5.2


Serge Reva

Mark Barinstein2 lazy-beaver:
Ну, скорость появления первой записи - это еще не показатель.
А можно засечь время получения всех записей (в файл, например) по обоим запросам?
дык, можно
но там русским англицким языком указано, что в первом случае используется arrival sequence, а во втором - индекс

Serge Reva

Anton DemidovМарк прав, говоря, что оптимизатор оценивает процент строк, что надо вывести к общему кол-ву строк в таблице. Если больше 20%, то может уйти в full table scan. Если есть ORDER BY, то будет использоваться индекс на эти поля по-любому, т.к. сортировка - процедура дорогая.

astepano, у меня сложилось впечатление, что у вас не SQL таблица и индексы (SQL DDL), а DDS. Я прав?
На выбор оптимизатора влияет тип индекса - SQL Index м.б. предпочтительнее Keyed Logical File, т.к. читается быстрее (64К logical page size vs. 8K)



в моем случае физ. файл - DDS, а индекс SQL
почему-то остальные логические файлы после агрейда на 5.2 оптимизатор перестал видеть _вообще_

Serge Reva

Anton Demidov lazy-beaverв моем случае физ. файл - DDS, а индекс SQL
почему-то остальные логические файлы после агрейда на 5.2 оптимизатор перестал видеть _вообще_

Serge Reva
Нас учили делать так: удаляем старые LF, создаём SQL индексы по их определениям, пересоздаём LF. В этом случае они "подхватят" индекс и не будут строить путь заново. К сожалению, про 5R2 я не погу подсказать ничего - у нас 5.1 и 5.3 - может там баг был какой при агрейде ...

P.S.
Нам ещё дали на курсах следующую общую рекомендацию: если используете SQL для доступа к данным, то система будет работать быстрее, если PF и LF пересоздать как SQL Tables + SQL Indexes + LFs.

P.P.S.
Чем старше версия (5.3 или 5.4), тем умнее оптимизатор SQL. Обновляйтесь, если есть возможность.

SQL у нас только в 20% случаев доступа к данным.

Serge Reva

Anton Demidov lazy-beaverSQL у нас только в 20% случаев доступа к данным.

Serge Reva
Если у вас есть таблицы, которые вы в основном читаете, то всё равно можете выиграть в производительности за счет большего размера страницы (64К) - быстрее index scan.

Ho учтите что IBM - SQL indexes compared with Keyed LFNo support for Select/Omit filtering or join logical files
В общем как всегда - надо пробовать в каждом конктретном случае.

из какого документа цитата, хотелось бы его почитать целиком

Serge Reva