|
![]() |
#1 |
Участник
|
Я выделили в отдельный TS таблички - DATABASELOG, SYSDATABASELOG и SYSISERLOG. Ну и индексы для них.
Нужно-ли для индексов отдельное TS - пока не знаю. Еще можно отдельный TS сделать для табличек разработчиков - типа XREF... По поводу big tablespace консультровался - было сказано, что для производительности в общем не критично - чисто для удобства обслуживания. |
|
|
За это сообщение автора поблагодарили: Eldar9x (1). |
![]() |
#2 |
Moderator
|
Достаточно спорный вопрос.
Идея хранения индексов отдельно от данных появилас в 80-х, когда размер баз данных были не так велики и когда был смысл разносить их по разным дискам. Сейчас, когда есть logical volumes, raid и т.д. - выигрыш от этого сомнителен. Кроме того, индекс и данные не могут читаться параллельно - даже если они лежат в разных файлах. Индекс указывает где лежат данные, поэтому всегда сначала читается индекс, а потом данные. С другой стороны, желательно, чтобы все tablespace были locally managed с uniform extends size. А вот из этих соображений индексы есть смысл вынести в отдельный tablespace, так как табличка, например c 50 столбцами, может располагаться в tablespace c 5Mb extends size. А индексам будет достаточно 512Kb extends size. |
|
![]() |
#3 |
MCITP
|
![]()
Цитата:
Цитата:
Сообщение от Oracle
One popular approach to manual I/O distribution suggests separating a frequently
used table from its index. This is not correct. During the course of a transaction, the index is read first, and then the table is read. Because these I/Os occur sequentially, the table and index can be stored on the same disk without contention. It is not sufficient to separate a datafile simply because the datafile contains indexes or table data. The decision to segregate a file should be made only when the I/O rate for that file affects database performance.
__________________
Zhirenkov Vitaly |
|
Теги |
oracle, база данных, дисковый массив, настройка, ax3.0 |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|