|
|
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
Oracle 11g Есть партицированная по диапазону таблица. На таблице есть следующие виды индексов - обычные - глобальные - локальные Разбиваю последнюю секцию на две, причем все строки остаются в одной из новых секций. В документации написано, что при таком разбиении глобальные индексы не должны стать инвалидными The Article: [ID 378138.1] states: According to the documentation: "Fast split partitioning takes advantage of those situations in which a split partition results in all rows being moved to a single partition. If all the rows map into a single partition and if the segment attributes of the old partition and the segment attributes of the partition inheriting all the rows match, then the database simply reuses the old segment and adds an empty segment for the other partition. Another benefit of this is that global indexes do not have to be invalidated and, in certain cases, local index partitions corresponding to the new partitions are also usable." Thus, the new partitions should have the same storage configuration as the original partition. This last statement has been the reason for the worked example below. Однако невалидными становятся Глобальные индексы и обычные. На что обратить внимание, почему индексы ломаются несмотря на то что одна из получившихся секций пустая? ЗЫ: на форуме искала, в документации тоже... :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 15:45 |
|
||
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
Мало информации, мож у тебя там DMT Ну и вот еще требования навскидку ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 16:05 |
|
||
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровМало информации, мож у тебя там DMT Ну и вот еще требования навскидку Да, эти требования уже наизусть знаю :( Lob нет, индекс-организованных тоже. Вот вспомнила особенности, табличное пространство типа BigFile. Из-за этого? Таких ограничений в документации не находила. Субпартиции есть, но они по шаблону делаются, так что в новых партициях получаются такими же. Вообще какая информация нужна? DMT это об этом речь? http://www.orafaq.com/wiki/DMT Если да, то это не то... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 17:12 |
|
||
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
ЗЫ: спасибо за ответ :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.05.2018, 17:12 |
|
||
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
Тест-кейс сваять сможешь? Ну дык давай DDL таблички, особенно storage configuration секций до и после разбиения А также список сегментов до/после разбиения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 01:16 |
|
||
|
Глобальные индексы и SPLIT PARTIRION
|
|||
|---|---|---|---|
|
#18+
Разобралась!!! В поле, по которому шло секционирование были NULL. Следовательно при разбиении такие строчки оказывались в последней секции! То есть обе секции были не пустые, а значит индексы рушились :( Глупо получилось :( Спасибо за поддержку! Узнала много нового про параметры хранения :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2018, 11:14 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39648899&tid=1883952]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
185ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 471ms |

| 0 / 0 |
