Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Имеется секционированное представление.
Исходные таблицы - на одном сервере.

Запрос :
select distinct NUMBERA from VIEW where DateTime >= '20111201' and DateTime < '20120101'

отрабатывает как надо(используется только одна таблица).

Однако в таком варианте - обращение идет ко всем таблицам:
declare @dtBegin DateTime, @dtEnd DateTime
set @dtBegin = '20111201'
set @dtEnd = '20120101'
select distinct NUMBERA from VIEW where DateTime >= @dtBegin and DateTime < @dtEnd

Проверочное ограничение на таблице следующего вида: ([DateTime] >= '20111201' and [DateTime] < '20120101')


В чем проблема? Как заставить оптимизатор работать с учетом ограничения?
Заранее спасибо.
2 фев 12, 14:46    [12019509]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
это совершенно нормально. если версия сервера позволяет (2008) и запрос выполняется не часто и включение всех секций в план (что норма) действительно есть проблема то option( recompile ) вас спасет
2 фев 12, 14:52    [12019588]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Спасибо. Работает.
А на 2000м сервере - никак?
2 фев 12, 14:57    [12019661]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SMiller4321
Спасибо. Работает.
А на 2000м сервере - никак?


никак. но это обычно не есть проблема. есть еще один нюанс - там точно нет путаницы с типами данных, особенно для полей секционирования? сервер к этому очень чуствительный. в планах convert отсутствует, особенно в where части?
2 фев 12, 15:26    [12019905]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
И таблицах поле типа DateTime.
В запросе - тоже.

Что значит не проблема? А как еще можно работать с большими таблицами на 2000м сервере?
2 фев 12, 15:30    [12019934]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
_Shakill
Guest
SMiller4321
И таблицах поле типа DateTime.
В запросе - тоже.
Что значит не проблема? А как еще можно работать с большими таблицами на 2000м сервере?


а сколько чтений получается у этих запросов?
2 фев 12, 15:40    [12020068]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Оптимизированный:

Table 'Calls_20111201_p'. Scan count 1, logical reads 4459, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.


Неоптимизированный:
Table 'Calls_20120101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20111201_p'. Scan count 1, logical reads 6808, physical reads 10, read-ahead reads 6823.
Table 'Calls_20111101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20111001_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110901_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110801_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110701_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110601_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110501_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110401_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110301_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20110101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20101201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20101101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20101001_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100901_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100801_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100701_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100601_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100501_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100401_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100301_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20100101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20091201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20091101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20091001_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090901_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090801_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090701_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090601_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090501_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090401_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090301_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20090101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20081201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20081101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20081001_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080901_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080801_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080701_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080601_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080501_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080401_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080301_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20080101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20071201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20071101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20071001_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070901_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070801_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070701_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070601_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070501_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070401_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070301_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070201_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
Table 'Calls_20070101_p'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0.
2 фев 12, 15:45    [12020124]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Блин. Такого не было... Само заработало чтоли?
2 фев 12, 15:48    [12020158]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
_Shakill
а сколько чтений получается у этих запросов?


разница существенная. уходить надо на 2008
2 фев 12, 15:48    [12020159]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Так вроде же нормально все? Чтение - по нулям. Нет?
2 фев 12, 15:50    [12020187]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SMiller4321
Так вроде же нормально все? Чтение - по нулям. Нет?


а в профайлере посмотрите. у меня reads хорошо отличаются (sql 2000) для вариантов:

- из представления с переменной
- из представления с константой
- из 1 нужной секции напрямую
2 фев 12, 15:52    [12020210]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
_Shakill
Guest
SMiller4321
Так вроде же нормально все? Чтение - по нулям. Нет?

ну то что лишние таблицы не читает - это хорошо; то есть проблемы, которую вы подозревали, здесь нет
не очень хорошо, что в нужной таблице чтений больше получилось
2 фев 12, 15:56    [12020268]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Да. чтений больше.
Но меня беспокоит не это, а то, что раньше сервер не оптимизировал такие запросы, а теперь - оптимизирует.

В общем, как я понял, на 2000м сервере не получится сделать более или менее "нормальное" секционирование. Так?
2 фев 12, 17:08    [12021083]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Glory
Member

Откуда:
Сообщений: 104751
SMiller4321
Но меня беспокоит не это, а то, что раньше сервер не оптимизировал такие запросы, а теперь - оптимизирует.

Наверное что то было не так с параметрами.
2 фев 12, 17:13    [12021134]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SMiller4321
на 2000м сервере не получится сделать более или менее "нормальное" секционирование. Так?


почему? оно работает. и для ряда запровос суммарный выигрыш есть - сравнивать-то надо с запросами к "полной" таблице, а не к 1 секции. просто на 2008 это "допилили" и выигрыш стал еще больше
2 фев 12, 17:27    [12021320]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
NoLock
Member

Откуда: левый верний угол
Сообщений: 90
Ну так у вас же есть секциониррование! Используйте его:

declare @dtBegin date =  . . .
declare @Partition int = (select $PARTITION.<PartitionFunctionName>(@dtBegin ))

SELECT ... FROM ...
WHERE $PARTITION.<PartitionFunctionName>([DateTime]) = @Partition 
2 фев 12, 22:00    [12022608]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
NoLock,

там про 2000 сервер вроде как местами )
2 фев 12, 23:43    [12023032]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
NoLock
Ну так у вас же есть секциониррование! Используйте его:

declare @dtBegin date =  . . .
declare @Partition int = (select $PARTITION.<PartitionFunctionName>(@dtBegin ))

SELECT ... FROM ...
WHERE $PARTITION.<PartitionFunctionName>([DateTime]) = @Partition 
А, типа, тут оптимизатор, думаете, сильно умнее? ;)

Не далее, как вчера: при наитупейшем фулл джоине двух секций (на 500к и 1,5к записей) разных таблиц (фильтр обеих по $PARTITION), при ordered scan той, что с 1,5к, сразу же забыл, что она отсортирована, придумал sort по ней, получил более дорогой план, чем с хешджоином (ага, мердж с сортировкой на 1% дороже), и честно в два раза дольше выполнялся. Как это называется вообще?

Кстати, если $PARTITION заменить на >= и < по границам секции, он догадывается, что от него хотят.

Сообщение было отредактировано: 3 фев 12, 00:34
3 фев 12, 00:15    [12023176]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
NoLock
Ну так у вас же есть секциониррование! Используйте его:

declare @dtBegin date =  . . .
declare @Partition int = (select $PARTITION.<PartitionFunctionName>(@dtBegin ))

SELECT ... FROM ...
WHERE $PARTITION.<PartitionFunctionName>([DateTime]) = @Partition 


У меня 2000й сервер. Здесь секционирования таблиц нет. Хотел решить проблему с помощью секционированных представлений.
Иногда не работает. Иногда работает. Пока проблему не локализовал.

Crimean
SMiller4321
на 2000м сервере не получится сделать более или менее "нормальное" секционирование. Так?


почему? оно работает. и для ряда запровос суммарный выигрыш есть - сравнивать-то надо с запросами к "полной" таблице, а не к 1 секции. просто на 2008 это "допилили" и выигрыш стал еще больше


Обращение в большинстве случаев будет только к одной секции.
3 фев 12, 08:57    [12023788]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SMiller4321
Обращение в большинстве случаев будет только к одной секции.


я к тому, что сравнивать надо работу с одной целой большой таблицей и работу с секционированным представлением
а не работу с 1 секцией и работу с секционированным представлением
3 фев 12, 12:09    [12025129]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Crimean
SMiller4321
Обращение в большинстве случаев будет только к одной секции.


я к тому, что сравнивать надо работу с одной целой большой таблицей и работу с секционированным представлением
а не работу с 1 секцией и работу с секционированным представлением



Я сравниваю 2 одинаковых запроса.
Один - SQL, другой - TSQL
см. топик
3 фев 12, 12:32    [12025379]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
Crimean
Member

Откуда:
Сообщений: 13147
SMiller4321
см. топик


см.ответы. если где-то чего-то вы решили, что вам не сказали - ткните пальцем.
3 фев 12, 13:23    [12025980]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
_Shakill
Guest
SMiller4321
Да. чтений больше.
Но меня беспокоит не это, а то, что раньше сервер не оптимизировал такие запросы, а теперь - оптимизирует.

что значит "раньше не оптимизировал" - такой же запрос когда-то давал чтения лишних таблиц? или же вы просто видели таблицы в плане?
3 фев 12, 13:39    [12026159]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
_Shakill
SMiller4321
Да. чтений больше.
Но меня беспокоит не это, а то, что раньше сервер не оптимизировал такие запросы, а теперь - оптимизирует.

что значит "раньше не оптимизировал" - такой же запрос когда-то давал чтения лишних таблиц? или же вы просто видели таблицы в плане?


Table 'Calls_20070101_p'. Scan count 5, logical reads 7403, physical reads 76, read-ahead reads 7323, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070201_p'. Scan count 5, logical reads 6950, physical reads 61, read-ahead reads 6878, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070301_p'. Scan count 5, logical reads 7701, physical reads 77, read-ahead reads 7621, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070401_p'. Scan count 5, logical reads 7174, physical reads 55, read-ahead reads 7098, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070501_p'. Scan count 5, logical reads 7155, physical reads 59, read-ahead reads 7079, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070601_p'. Scan count 5, logical reads 6265, physical reads 61, read-ahead reads 6197, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070701_p'. Scan count 5, logical reads 5422, physical reads 68, read-ahead reads 5366, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070801_p'. Scan count 5, logical reads 5208, physical reads 41, read-ahead reads 5152, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20070901_p'. Scan count 5, logical reads 6193, physical reads 73, read-ahead reads 6129, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20071001_p'. Scan count 5, logical reads 6569, physical reads 66, read-ahead reads 6501, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20071101_p'. Scan count 5, logical reads 6675, physical reads 73, read-ahead reads 6603, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20071201_p'. Scan count 5, logical reads 7171, physical reads 77, read-ahead reads 7095, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080101_p'. Scan count 5, logical reads 6567, physical reads 69, read-ahead reads 6499, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080201_p'. Scan count 5, logical reads 6369, physical reads 58, read-ahead reads 6301, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080301_p'. Scan count 5, logical reads 6430, physical reads 71, read-ahead reads 6362, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080401_p'. Scan count 5, logical reads 6286, physical reads 59, read-ahead reads 6218, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080501_p'. Scan count 5, logical reads 5956, physical reads 67, read-ahead reads 5892, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080601_p'. Scan count 5, logical reads 5143, physical reads 47, read-ahead reads 5087, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080701_p'. Scan count 5, logical reads 4406, physical reads 44, read-ahead reads 4358, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080801_p'. Scan count 5, logical reads 4108, physical reads 48, read-ahead reads 4064, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20080901_p'. Scan count 5, logical reads 4641, physical reads 44, read-ahead reads 4593, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20081001_p'. Scan count 5, logical reads 4916, physical reads 50, read-ahead reads 4864, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20081101_p'. Scan count 5, logical reads 6901, physical reads 54, read-ahead reads 6829, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20081201_p'. Scan count 5, logical reads 7273, physical reads 76, read-ahead reads 7197, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090101_p'. Scan count 5, logical reads 6575, physical reads 59, read-ahead reads 6507, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090201_p'. Scan count 5, logical reads 6072, physical reads 80, read-ahead reads 6009, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090301_p'. Scan count 5, logical reads 6867, physical reads 69, read-ahead reads 6795, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090401_p'. Scan count 5, logical reads 7039, physical reads 70, read-ahead reads 6963, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090501_p'. Scan count 5, logical reads 6343, physical reads 57, read-ahead reads 6275, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090601_p'. Scan count 5, logical reads 6041, physical reads 65, read-ahead reads 5977, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090701_p'. Scan count 5, logical reads 5414, physical reads 53, read-ahead reads 5358, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090801_p'. Scan count 5, logical reads 5415, physical reads 56, read-ahead reads 5359, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20090901_p'. Scan count 5, logical reads 6230, physical reads 47, read-ahead reads 6162, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20091001_p'. Scan count 5, logical reads 6778, physical reads 55, read-ahead reads 6706, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20091101_p'. Scan count 5, logical reads 6623, physical reads 58, read-ahead reads 6551, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20091201_p'. Scan count 5, logical reads 6811, physical reads 68, read-ahead reads 6739, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100101_p'. Scan count 5, logical reads 6052, physical reads 55, read-ahead reads 5988, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100201_p'. Scan count 5, logical reads 5849, physical reads 52, read-ahead reads 5785, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100301_p'. Scan count 5, logical reads 6321, physical reads 61, read-ahead reads 6253, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100401_p'. Scan count 5, logical reads 6312, physical reads 77, read-ahead reads 6244, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100501_p'. Scan count 5, logical reads 6007, physical reads 55, read-ahead reads 5944, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100601_p'. Scan count 5, logical reads 5557, physical reads 57, read-ahead reads 5497, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100701_p'. Scan count 5, logical reads 5265, physical reads 65, read-ahead reads 5209, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100801_p'. Scan count 5, logical reads 5369, physical reads 60, read-ahead reads 5313, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20100901_p'. Scan count 5, logical reads 5914, physical reads 42, read-ahead reads 5850, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20101001_p'. Scan count 5, logical reads 6308, physical reads 42, read-ahead reads 6240, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20101101_p'. Scan count 5, logical reads 6187, physical reads 46, read-ahead reads 6123, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20101201_p'. Scan count 5, logical reads 6737, physical reads 62, read-ahead reads 6665, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110101_p'. Scan count 5, logical reads 6011, physical reads 54, read-ahead reads 5947, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110201_p'. Scan count 5, logical reads 5815, physical reads 61, read-ahead reads 5755, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110301_p'. Scan count 5, logical reads 6423, physical reads 46, read-ahead reads 6355, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110401_p'. Scan count 5, logical reads 6090, physical reads 59, read-ahead reads 6026, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110501_p'. Scan count 5, logical reads 5785, physical reads 49, read-ahead reads 5725, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110601_p'. Scan count 5, logical reads 5554, physical reads 62, read-ahead reads 5494, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110701_p'. Scan count 5, logical reads 5100, physical reads 47, read-ahead reads 5044, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110801_p'. Scan count 5, logical reads 5371, physical reads 42, read-ahead reads 5315, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20110901_p'. Scan count 5, logical reads 6068, physical reads 49, read-ahead reads 6004, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20111001_p'. Scan count 5, logical reads 6588, physical reads 47, read-ahead reads 6520, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20111101_p'. Scan count 5, logical reads 6479, physical reads 44, read-ahead reads 6411, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20111201_p'. Scan count 5, logical reads 6896, physical reads 42, read-ahead reads 6825, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Calls_20120101_p'. Scan count 5, logical reads 6241, physical reads 60, read-ahead reads 6173, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
Table 'Worktable'. Scan count 0, logical reads 0, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.
6 фев 12, 08:50    [12038095]     Ответить | Цитировать Сообщить модератору
 Re: Секционированное представление. Странное поведение оптимизатора  [new]
SMiller4321
Member

Откуда:
Сообщений: 17
Иными словами, иногда идет чтение лишних таблиц.
Есть подозрение, что в какой-то момент сервер считает проверочное ограничение невалидным.
Это можно как-нибудь проверить?
6 фев 12, 11:38    [12039034]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить