|
|
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
Кто юзал сабж подскажите плиз что происходит с индеками при фрагментации? Вот у меня например таблица на пределе по количеству страниц, я делаю альтер фрагмент и с какого то момента таблица начинает расти в новом дбпространстве. Индексы по прежнему будут пытаться расти в старом или нет? Или индексы надо принудительно размещать в других дбпространствах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 19:54 |
|
||
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
cprКто юзал сабж подскажите плиз что происходит с индеками при фрагментации? Вот у меня например таблица на пределе по количеству страниц, я делаю альтер фрагмент и с какого то момента таблица начинает расти в новом дбпространстве. Индексы по прежнему будут пытаться расти в старом или нет? Или индексы надо принудительно размещать в других дбпространствах? Для того чтобы зделать alter fragment нужно пространства в 2 раза больше чем в данный момент занимет таблица. Если у вас это место есть , то может пробовать. Индексы лучше предварительно удалить, а потом построить заново. Рекомендую перед работами почитать раздел о PDQ в руководстве системного администратора и настроить переменные окружения и темповые пространства. В некоторых случаях(при количестве процессоров) больше 2х это может ускорить некоторые операции(постройку индексов например) в 10-ки раз. Если индексы создавать без опции хранения(фрагментирования) in dbspace то они по умолчанию ложатся открепленными по тому-же условию что и таблица. У вас могут быть проблемы с уникальными индексами, если условие фрагментации таблицы не входит каким либо оброазом в условие фрагментации индекса. В этом случае им нужно задавать либо опцию хранения (in) либо добавлять в индекс в условие фрагментации таблцы, что конечно же является извращением, но иногда помогает повысить производительность(смотрите сами, решайте сами). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 20:09 |
|
||
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
onstat- У вас могут быть проблемы с уникальными индексами, если условие фрагментации таблицы не входит каким либо оброазом в условие фрагментации индекса. В этом случае им нужно задавать либо опцию хранения (in) либо добавлять в индекс в условие фрагментации таблцы, что конечно же является извращением, но иногда помогает повысить производительность(смотрите сами, решайте сами). Веделенный фрагмент следует читать как индексное выражение Прошу прощения, второпях не то написал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 20:15 |
|
||
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
Вопросы 1 Пространство надо в 2 раза больше даже если выражение для фрагментации не потребует перемещения записей? 2 Свободное место необходимо иметь в текущем пространстве, где в настоящий момент лежит таблица? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 20:24 |
|
||
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
cprВопросы 1 Пространство надо в 2 раза больше даже если выражение для фрагментации не потребует перемещения записей? 2 Свободное место необходимо иметь в текущем пространстве, где в настоящий момент лежит таблица? 1. Вероятнее всего нет. Двойное пространство нужно только для перемещаемых данных. 2. На старом месте пространство не освобождается пока перемещение не будет полность завершено. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 20:34 |
|
||
|
Альтер фрагмент 2 вопрос
|
|||
|---|---|---|---|
|
#18+
onstat- 2. На старом месте пространство не освобождается пока перемещение не будет полность завершено. А может и не освобждаться вовсе, освободится только пространство в в выделенных экстентах. Я не пробовал, проблему всегда решал кардинально. Выгрузил, потом загрузил с новой схемой фрагментации, так как изменение схемы фрагментации совпадало с переходм на новое железо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2005, 20:47 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=33183666&tid=1608955]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
36ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 308ms |

| 0 / 0 |
