Показать сообщение отдельно
Старый 12.01.2009, 13:04   #8  
ZVV is offline
ZVV
MCITP
MCP
Oracle
MCBMSS
 
1,006 / 246 (11) ++++++
Регистрация: 13.02.2004
Адрес: Минск
->
Цитата:
Сообщение от Eldar9x Посмотреть сообщение
это что ж, выходит таблицы и индексы надо сливать в один файл...
Почему так категорично? Там написано просто, что это не так принципиально... И разносить ТС по разным дискам нужно не по принципу таблицы-индексы, а по принципу распределения I/O нагрузки.

Естественно, всё это касается только "Manually Distributing I/O":
Цитата:
Сообщение от Oracle® Database Performance Tuning Guide
If your system does not have an LVM or hardware striping, then I/O must be
manually balanced across the available disks by distributing the files according to each
file's I/O requirements. In order to make decisions on file placement, you should be
familiar with the I/O requirements of the database files and the capabilities of the I/O
system.
....
The decision to segregate files should only be driven by I/O rates, recoverability
concerns, or manageability issues.
Насчёт Количества файлов и их размеров - это больше вопрос стратегий восстановления и вообще управляемости данными файлами, а не производительности. Проще управлять обычно несколькими файлами средних размеров, чем одним огромным.
Насчёт влияние фрагментации датафайлов на уровне ОС - на самом деле она не оказывает обычно существенного влияния на общую производительность. Связано этот с тем, что головки диска и так мечутся туда-сюда по диску при доступе к данным. Дело в том, что в общем случае даже экстенты одного сегмента (таблицы, индекса, etc..) распределены достаточно произвольно в файле данных (или даже по нескольким файлам одного ТС, если их несколько). Если уж вы совсем идеалист, то можно и на уровне ОС переодически дефрагментацию делать, если есть такая возможность.
Но всё равно многие предпочитают не выставлять AUTОEXTEND (особенно на SYSTEM TS ) по тем же причинам, чтоб не получить неожиданного неуправляемого роста какого-то файла (особенно когда на БД работают параллельно разработчики - всего можно ожидать ). Вместо этого проводится постоянный мониторинг использования места в ТС и превентивное принятие мер по их расширению, перемещению, добавлению файлов и т.п..

Как то в общем так.. Если хочется более подробного описания, то по данной проблеме в инете есть море статей, поищите... Кое-что можно найти и в "Oracle® Database Performance Tuning Guide", ссылки из которого я уже приводил...

И ещё, а что вы подразумеваете под "ТС для временных таблиц" в контексте БД Аксапты? Аксапта не создаёт своих временных таблиц в БД, а обрабатывает их на уровне файлов ОС.
__________________
Zhirenkov Vitaly