|
Тема |
Re: oracle table fragmentation [re: krasi] |
|
Автор |
no_data_found (потребител) |
|
Публикувано | 23.01.04 14:10 |
|
|
не съм сигурен, че е точно така, но мисля че е станало нещо от сорта. Ти си създал таблицата Y с първоначално разширение 900 мб, обаче преди това вече таблицата Z я е имало в табличното пространство, когато е започнал insert-а Oracle е започнал да си заделя новите разширения по 30 мб един след друг, но в един момент е стигнал до място заето от таблицата Z и така. Значи имам предвид, че си създал Y след това Z, Y e zaela pyrwite 900 мб, след това идва Z и заема еди колко си. Обаче след това почваш да пълниш Y и първоначалното разширение не му стига, обаче разширението на Z е до него.
Това е само предположение.
Таблицата е много голяма, затова ако ти се налага да правиш пълно сканиране на таблицата по-добре я дефрагментирай така да се каже. Това, което сега гледам в Enterprise Manager-а е "Tablespace Map" и след това "Reorganize Segment" или "Reorganize Tablespace", но ти трябва и създаден Management Server.
Друг вариант е да drop-неш таблицата и да я създадеш наново. Сложи и дори още по-голям първоначален extent. Мисля ,че тогава ще е наред.
Сещам се да си направиш нов, достатъчно голям tablespace и в него да оставиш само тази таблица. Това е всъщност един от начините за избягване изобщо на фрагментация, като разделяш различните по големина обекти в съответните им таблични пространства според големината.
Питай каквото се сетиш конкретно, ако знам ще се опитам да помогна.
Редактирано от no_data_found на 23.01.04 14:33.
|
| |
|
|
|