|
|
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
странннннноМожно взять тот же пример от andrey_anonymous и удалить 90% не с конца, а равномерно по всему диапазону. Тогда вставка максимальных значений не будет заполнять старые блоки и ребилд будет весьма кстати. Будет кстати, но необязателен. Проще, логичнее и "более лучше" в таком случае выполнить coalesce - это online операция в отличие от rebuild (rebuild online не совсем online). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 18:57 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
MasterZivstax..пропущено... теоретически, может и не надо перестраивать индексы, на практике ИМХО надо банальный пример индекс распухает, после перестройти занимает места в разы меньше, производительность тоже возрастает, бывало что до перестройки оптимизатор не использовал рапухший индекс ..... stax Это гон. ваше дело не верить, и я подчеркнул что ето имхо я остаюсь при своем, идексы обычные (не битмап) составные , напр счет,параметр,дата перестраивал и буду перестраивать ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 19:53 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
ребилд индексовК примеру у нас есть таблица проданных билетов. данные о проданных билетах 5 лет тому назад навряд ли кому-то нужны, по ним отчёты никакие в БД не делаются. А если делаются, то в DWH. либо ещё один пример с таблицей логов, старые логи удаляем из таблицы.удаляйте чаще ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 21:43 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Timur AkhmadeevстранннннноМожно взять тот же пример от andrey_anonymous и удалить 90% не с конца, а равномерно по всему диапазону. Тогда вставка максимальных значений не будет заполнять старые блоки и ребилд будет весьма кстати. Будет кстати, но необязателен. Проще, логичнее и "более лучше" в таком случае выполнить coalesce - это online операция в отличие от rebuild (rebuild online не совсем online). а пример coalesce индекса можете показать для начинающего? он 100% online? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 22:14 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Timur Akhmadeev Пример когда нужно ребилдить. оно то хорошо, да вот только не очень понятно начинающим. насколько я понял там был сделан дамп блока, принадлежащего индексу...и была проблема, но в самом дампе я как-то не разобрался... если б кто разжевал...было бы мега круто! вот если бы вас на собеседовании при приёме на работу спросили, надо ли ребилдить индексы, вы бы как ответили? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 22:26 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Андрей Панфиловребилд индексовК примеру у нас есть таблица проданных билетов. данные о проданных билетах 5 лет тому назад навряд ли кому-то нужны, по ним отчёты никакие в БД не делаются. А если делаются, то в DWH. либо ещё один пример с таблицей логов, старые логи удаляем из таблицы.удаляйте чаще То есть меняйте свою бизнес логику, только чтобы только Андрей Панфилов смог доказать, что ребилдить не надо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2013, 23:32 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Timur AkhmadeevстранннннноМожно взять тот же пример от andrey_anonymous и удалить 90% не с конца, а равномерно по всему диапазону. Тогда вставка максимальных значений не будет заполнять старые блоки и ребилд будет весьма кстати. Будет кстати, но необязателен. Проще, логичнее и "более лучше" в таком случае выполнить coalesce - это online операция в отличие от rebuild (rebuild online не совсем online).я нарывался на то что coalesce не уменьшал blevel a rebuild уменьшал, и, немного почитав про его механизм, сделал вывод что он в принципе этого не делает(не меняет структуру индекса, а просто перемещает) - это действительно так? Кроме того, у меня сложилось ощущение, что coalesce вообще трогает только leaf блоки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2013, 01:22 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
ребилд индексовМеня интересует вопрос: с какой частотой необходимо ребилдить индексы и нужно ли? Как после ребилда оценить результат? Что-то типа: после ребилда время отклика сократилось на N секунд, и т .д.? Если дефрагментация индексов состоит более чем 20% в больших таблицах то я их делаю ребуилд, хороший выигрыш по месту дает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2013, 09:18 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
xtenderTimur Akhmadeevпропущено... Будет кстати, но необязателен. Проще, логичнее и "более лучше" в таком случае выполнить coalesce - это online операция в отличие от rebuild (rebuild online не совсем online).я нарывался на то что coalesce не уменьшал blevel a rebuild уменьшал, и, немного почитав про его механизм, сделал вывод что он в принципе этого не делает(не меняет структуру индекса, а просто перемещает) - это действительно так? Кроме того, у меня сложилось ощущение, что coalesce вообще трогает только leaf блоки.Собственно, RTFM says "COALESCE merge the contents of index blocks where possible to free blocks for reuse" Т.е. перекладывает содержимое листьев плотненько. При этом наверняка приходится править ссылки в нелистьевых блоках. А у blevel-а только одна тенденция - к росту. Rebuild его не уменьшает, а создаёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.03.2013, 14:03 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
ElicСобственно, RTFM says "COALESCE merge the contents of index blocks where possible to free blocks for reuse" Т.е. перекладывает содержимое листьев плотненько.Ну фраза очень размытая, хотя, если подумать, то вполне логично, что c перестройкой структуры это уже rebuild, а не coalesce, а коль перестраивать, то легче и проще это делать с созданием с нуля и в новом сегменте, как rebuild это и делает. Наверное, и функция-то одна, что у создания индекса, что у rebuild'a. Timur AkhmadeevстранннннноМожно взять тот же пример от andrey_anonymous и удалить 90% не с конца, а равномерно по всему диапазону. Тогда вставка максимальных значений не будет заполнять старые блоки и ребилд будет весьма кстати. Будет кстати, но необязателен. Проще, логичнее и "более лучше" в таком случае выполнить coalesce - это online операция в отличие от rebuild (rebuild online не совсем online).Сделал я маленький тестик с rebuild/coalesce после каждого миллиона вставок и удалений 90% строк: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. Разница получилась весьма существенной: результат Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2013, 04:14 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
ух ты дискуссии развернулись ))) На исходный вопрос ответ давно дан, и ответ из серии "не чеши, где не чешится" ребилд индексовМеня интересует вопрос: с какой частотой необходимо ребилдить индексы и нужно ли? Как после ребилда оценить результат? Что-то типа: после ребилда время отклика сократилось на N секунд, и т .д.? Если админ не понимает, для чего нужно перестраивать конкретный индекс, то не нужно занимайся фигней. Для перестройки индекса должны быть веские причины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2013, 15:37 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
+ 5 коп: еще пример перестроения индексов, которое имеет смысл: индексы в старых секциях таблиц, данные в которых больше не обновляются (пример - таблицы-логи, секционированные по дате). Индекс становится более компактным по размеру, т.к. уходят последствия расщепления блоков индексов при обновлении данных а новых расщеплений больше не происходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.03.2013, 11:00 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Ребят,так это я что-то не совсем понял rebuild индекса blevel и соответственно height не понижает что ли? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 12:46 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Paranoiacrebuild индекса blevel и соответственно height не понижает что ли? Индекс должен быть уж совсем "пустым", чтоб это произошло ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 12:51 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
мля,печалька( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 12:58 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Меня интересует вопрос: с какой частотой необходимо ребилдить индексы и нужно ли? Никогда не нужно , если индекс не побитый. В олтп. В олап — после каждой загрузки данных можно, если бд грузит данные быстрее без индексов. Как после ребилда оценить результат? Что-то типа: после ребилда время отклика сократилось на N секунд, и т .д.? Про объему, который занимает индекс. Должен занимать меньше после перестроения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 13:11 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
ребилд индексов, У меня ещё один вопрос тогда: это характерно только для Oracle, или для других СУБД тоже? Для любой субд это верно, если только нет какой то специфики очень суровый в данной субд, какая перестройку требует. Для mssql точно не стоит перестраивать индексы. В более менее всех субд сейчас используют т.н. Fillfactor для индексов, часть места на страницах индексов типа 10%, оставляют пустым, чтобы можно было потом вставить туда индексную запись. При пересоздании индекса обычно фактор укрывают в 100%, индекс таким образом занимает немного меньше места и становится немного быстрее его читать. За счет этого — ускорение. Небольшое, обычно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 13:21 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Блин, опять протухшую тему подсунули... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2013, 13:26 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Раз в год на клоне перестраиваем все индексы. Сравниваем с оригиналом и если разница по занимаемому месту >10%, то перестраиваем в продакшене. Экономия от последнего перестроения "бесплатное" место на 3 месяца роста. Выглядит очень не плохо, за запустить несколько скриптов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 04:44 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
инедксы, А еще в книжке по Оракел 8 советовали exp/imp делать регулярно. Тоже, типа, место экономит. Не нужно зацикливаться на индексах, товарищи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 05:13 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
Relic HunterА еще в книжке по Оракел 8 советовали exp/imp делать регулярно. Тоже, типа, место экономит. Не нужно зацикливаться на индексах, товарищи. Ребилд позволяет экономить в нашем (!) случае до 25% годовой потребности в месте. Не пользоваться такой возможностью не профессионализм и разбазаривание конторских ресурсов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 06:23 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
инедксыРебилд позволяет экономить в нашем (!) случае до 25% годовой потребности в месте. Не пользоваться такой возможностью не профессионализм и разбазаривание конторских ресурсов."не профессионализм" пользоваться для экономии места ребилдом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 08:41 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
инедксыРебилд позволяет экономить в нашем (!) случае до 25% годовой потребности в месте. Не пользоваться такой возможностью не профессионализм и разбазаривание конторских ресурсов. видать заняться больше нечем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 08:44 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
-2-"не профессионализм" пользоваться для экономии места ребилдом. В каком месте? Затрат около нуля, польза видна не вооруженным взглядом, вреда нет. Где ошибка в этих рассуждениях? :) Подскажите пожалуйста профессиональный и эффективный способ. ,ухвидать заняться больше нечем Тот кто это делает обходится в 15к-20к в год. Он за пару дней экономит места на в разы бОльшую сумму, не говоря о том, что справляется с рутиной помимо перестройки индексов раз в год. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 09:17 |
|
||
|
Как часто вы ребилдите индексы? Как оценить результат после ребилда?
|
|||
|---|---|---|---|
|
#18+
индексПодскажите пожалуйста профессиональный и эффективный способ. Пересмотрите архитектуру/метод удаления данных. Партицирование(правильное) + exchange|truncate|drop ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2013, 10:14 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=38302609&tid=1884734]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
52ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 372ms |

| 0 / 0 |
