Убрал /*RULE*/ из V_DICACCFO

Код:

SELECT * FROM V_DICACCFO M where M.NCOMPANY = 1527001 and (M.DACC_DATE >= TO_DATE('01/11/2004', 'dd/mm/yyyy')) and (M.DACC_DATE <= TO_DATE('30/11/2004', 'dd/mm/yyyy')) order by M.SPREF_NUMB, M.SREG_NUMB

До и после: Statistics ---------------------------------------------------------- 17771 recursive calls 13050 db block gets 867586 consistent gets 7849 physical reads 816 redo size 1920946 bytes sent via SQL*Net to client 31505 bytes received via SQL*Net from client 282 SQL*Net roundtrips to/from client 1 sorts (memory) 0 sorts (disk) 4206 rows processed Statistics ---------------------------------------------------------- 17782 recursive calls 13118 db block gets 800553 consistent gets 12882 physical reads 284 redo size 1921732 bytes sent via SQL*Net to client 31505 bytes received via SQL*Net from client 282 SQL*Net roundtrips to/from client 29 sorts (memory) 0 sorts (disk) 4206 rows processed Во втором случае ощутимо быстрее, хотя чтений и сортировок больше. Почему?

кол-во логических чтений уменьшилось db block gets + consistent gets уменьшилось примерно на 60000.

Посмотрите, пожалуйста, мой INIT.ORA, вдруг какая бяка закралась:
------------------------------
db_name = "LEG1"
instance_name = LEG1
service_names = LEG1
db_files = 1020

control_files = ("E:\CONTROL.CTL&quot",
"F:\CONTROL.CTL&quot",
"G:\CONTROL.CTL&quot"

open_cursors = 300
max_enabled_roles = 30
db_file_multiblock_read_count = 16

db_block_buffers = 49152
shared_pool_size = 536870912
java_pool_size = 67108864
large_pool_size = 16777216
log_checkpoint_interval = 0
log_checkpoint_timeout = 900
processes = 110

parallel_max_servers = 5
dml_locks = 1024
log_buffer = 67108864

max_dump_file_size = 10240

global_names = true

oracle_trace_collection_name = "";
background_dump_dest = C:\oracle\ora81\database\bdump
user_dump_dest = C:\oracle\ora81\database\udump

db_block_size = 8192

remote_login_passwordfile = exclusive

os_authent_prefix = "";

distributed_transactions = 10
compatible = 8.1.7.4.1
sort_area_size = 16777216
sort_area_retained_size = 1048576
text_enable = true
open_links = 4

log_archive_start = true
log_archive_dest = C:\BACKUP\ARCHLOGS
log_archive_format = LEG1_%S.ARC

job_queue_processes = 1
--------------------
Пользователей около 40 постоянно<br><br>Сообщение отредактировано: Alexander, в: 2004/12/08 10:33

1. large_pool_size поставьте равное нулю
2. Чем обусловлен такой достаточно большой размер sort_area_size не понятно.
3. При таких параметрах на серваке должно быть примерно 4 гига памяти.
4. Консультациями по настройке я занимаюсь в за отдельную плату

1. Сделаю
2. SORT_AREA_SIZE по рекомендациям паруса должен быть вообще 20 000 000 (!) Сколько же не много? Поставлю, например 5Мб. Что делать с высвободившейся памятью? В SHARED_POOL и BUFFERS её задвинуть?
3. На сервере действительно 4 гига, только это WIN2K ADV SRV с ключом /3GB, соответственно доступно 3 гига.
4. Понял.<br><br>Сообщение отредактировано: Alexander, в: 2004/12/08 12:06

По поводу рекомендаций Паруса: а Вы еще не научились по крайней мере настроженно относиться к данным рекомендациям?
Правильные параметры например того же sort_area_size надо выставлять в соотвествии с Вашими потребностями. Как именно можно найти и в книгах и в инете. Также соотвественно и с остальными параметрами , связанными с памятью. Все настройки делаются в соотвествии с Вашими потребностями. Опять же есть книга про тюнинг оракла и рассказать про настройку в рамках форума просто не возможно. А памяти нужно брать столько сколько нужно а не стараться заполнить всю имеющуюся на сервере.