|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
Привет, У меня Data Warehouse на SQL 2014 SP1. Каждый день запускается вот это (взято с https://ola.hallengren.com/) EXECUTE dbo.IndexOptimize @Databases = 'DWdatabase', @FragmentationLow = NULL, @FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE', @FragmentationLevel1 = 5, @FragmentationLevel2 = 10, @PartitionLevel = 'Y', @LogToTable = 'Y' Проблема была с partitioned tables, после того как я активизировал INCREMENTAL статистику: UPDATE Statistics BigTable WITH INCREMENTAL = ON Оптимизация индексов выдаёт вот это (только где есть partitioned tables и INCREMENTAL статистикa): Msg 9108, Level 16, State 10, Line 40 This type of statistics is not supported to be incremental. Выход нашёл такой: 1. Step 1 - Убираю INCREMENTAL статистику UPDATE Statistics BigTable WITH INCREMENTAL = OFF 2. Запускаю Index defragmentation (IndexOptimize как указано выше). @PartitionLevel = 'Y', то есть дефрагментируются partitioned таблицы по партциям вместо всей таблицы. Намного быстрее и эффективнее, и уже весь код написан. 3. Активизирую INCREMENTAL статистику UPDATE Statistics BigTable WITH INCREMENTAL = ON Вопросы - правильный ли подход и вообще почему в 2014 статистика не дружит с partitioned tables? Как то нелогично, либо я что-то недопонимаю. Большое спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2016, 09:11 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
sqluruData Warehouse + sqluruКаждый день запускается вот это выглядит минимум странно..если честно ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2016, 11:00 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
MaxxsqluruData Warehouse + sqluruКаждый день запускается вот это выглядит минимум странно..если честно Ну... деятельность то имитировать надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2016, 11:35 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
aleks2, А почему: автордеятельность то имитировать надо? За день активные патриции фрагментируются на 80-90%. Реинденсация улучшает производительность запросов. Со статистикой не уверен, что всё правильно делаю, но реиндексацию ещё никто не отменял пока. Может пару слов более детальной аргументации добавите, а то непонятно? Спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2016, 04:39 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
sqluruпатрицииОба-на! А плебеи у вас там тоже есть? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.10.2016, 09:39 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
Странно, раньше народ на сайте по делу писал. Ну да ладно, разберёмся сами. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.10.2016, 02:20 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
sqluru, удалось решить? столкнулся с аналогичной проблемой и даже нашел на форуме подходящее обсуждение, но вот ответа в не нашел :-( ... |
|||
:
Нравится:
Не нравится:
|
|||
25.12.2020, 14:52 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
unexpected, выровняйте индексы по секциям. Таблица у вас секционирована, а индексы - нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.12.2020, 01:42 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
Владислав Колосов, Мне нужен не выровненный индекс. Я предположил, что подаю не те параметры в IndexOptimize ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2020, 13:21 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
unexpected Мне нужен не выровненный индекс. почему? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.12.2020, 13:55 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
Критик unexpected Мне нужен не выровненный индекс. почему? Потому что он наиболее эффективен для выполнения селективных запросов. Таблица разделена на секции по подразделениям, но выборки чаще выполняются целиком по системе, поэтому один из индексов не выровнен. На самом деле MS SQL такое позволяет, тут нет чего-то экстраординарного, и ситуации, когда может потребоваться не выровненный индекс могут быть. И его можно прекрасно обслужить через ALTER & UPDATE, но только не хочется делать свой велосипед, хочется взять готовую процедуру. По использованию которой и возник вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 11:04 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
unexpected, как Вы определили, что он более эффективен? Интересно. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 15:03 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
Владислав Колосов unexpected, как Вы определили, что он более эффективен? Интересно. По плану запроса. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:04 |
|
Дилемма - Incremental statistics и partitioned table
|
|||
---|---|---|---|
#18+
unexpected, интересный подход, показателем эффективности всегда был секундомер. Вы проверяли именно хронометрически эффективность? Я сильно сомневаюсь, что процесс исключения секций настолько затратный. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.12.2020, 17:15 |
|
|
start [/forum/topic.php?fid=46&msg=40031117&tid=1685199]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
155ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 290ms |
total: | 523ms |
0 / 0 |