Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Extent Scan Fragmentation секционированной таблици  [new]
sp_eedo
Member

Откуда: ьщы
Сообщений: 507
Коллеги, подскажите как узнать Extent Scan Fragmentation секционированной таблици

SHOWCONTIG для неё почему то показвает

DBCC SHOWCONTIG scanning 'CX_CONTACT' table...
Table: 'CX_CONTACT' (1169699515); index ID: 1, database ID: 5
TABLE level scan performed.
- Pages Scanned................................: 1
- Extents Scanned..............................: 1
- Extent Switches..............................: 0
- Avg. Pages per Extent........................: 1.0
- Scan Density [Best Count:Actual Count].......: 100.00% [1:1]
- Logical Scan Fragmentation ..................: 0.00%
- Extent Scan Fragmentation ...................: 0.00%
- Avg. Bytes Free per Page.....................: 7791.0
- Avg. Page Density (full).....................: 3.74%
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

хотя
SELECT
page_count

FROM
sys.dm_db_index_physical_stats

видит все страници,

у меня что blob чтоли в таблице поселился?
2 ноя 09, 17:35    [7872892]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 33364
Блог
Это значение несущественно для куч (c)BOL

ps Это про SHOWCONTIG + Extent Scan Fragmentation
2 ноя 09, 17:49    [7873020]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 33364
Блог
Примечание.
Это значение не имеет смысла, если индекс охватывает несколько файлов.
2 ноя 09, 17:50    [7873029]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
sp_eedo
Member

Откуда: ьщы
Сообщений: 507
Критик,

у меня же не куча.
2 ноя 09, 18:10    [7873185]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
sp_eedo
Member

Откуда: ьщы
Сообщений: 507
Критик,

я бы рад не обратить на него внимания, да толко оно у меня вообще не показвается =(
2 ноя 09, 18:14    [7873212]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
если есть секции, значит стоит SQL 2005 или 2008, значит стоит осваивать современные средства контроля за состоянием индексов:
sys.dm_db_index_physical_stats


Logical Fragmentation


This is the percentage of out-of-order pages in the leaf pages of an index. An out-of-order page is a page for which the next physical page allocated to the index is not the page pointed to by the next-page pointer in the current leaf page.

Extent Fragmentation

This is the percentage of out-of-order extents in the leaf pages of a heap. An out-of-order extent is one for which the extent that contains the current page for a heap is not physically the next extent after the extent that contains the previous page.

The value for avg_fragmentation_in_percent should be as close to zero as possible for maximum performance. However, values from 0 percent through 10 percent may be acceptable.


Судя по болу, Extent fragmentation существенна только для куч.

з.ы. у вас таблица из одной страницы, результаты фрагментации здесь не показательны.
2 ноя 09, 19:31    [7873464]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
sp_eedo
Member

Откуда: ьщы
Сообщений: 507
Александр Волок (def1983),

SELECT
page_count

FROM
sys.dm_db_index_physical_stats

даёт нормальную циферку.
2 ноя 09, 19:41    [7873487]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
sp_eedo
Александр Волок (def1983),

SELECT
page_count

FROM
sys.dm_db_index_physical_stats

даёт нормальную циферку.

Вот видите, еще один повод осваивать новые средства :)
2 ноя 09, 23:19    [7874014]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 33364
Блог
Александр Волок (def1983)

Судя по болу, Extent fragmentation существенна только для куч.

ссылку можно? msdn говорит обратное
http://msdn.microsoft.com/ru-ru/library/ms175008.aspx
Процент неупорядоченных экстентов при просмотре конечных страниц индекса. Это значение несущественно для куч. Неупорядоченным называется такой экстент, для которого экстент, содержащий текущую страницу индекса, не расположен физически непосредственно за экстентом, содержащим предыдущую страницу индекса.
Примечание.
Это значение не имеет смысла, если индекс охватывает несколько файлов.
3 ноя 09, 08:47    [7874403]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
Критик
Александр Волок (def1983)

Судя по болу, Extent fragmentation существенна только для куч.

ссылку можно? msdn говорит обратное
http://msdn.microsoft.com/ru-ru/library/ms175008.aspx
Процент неупорядоченных экстентов при просмотре конечных страниц индекса. Это значение несущественно для куч. Неупорядоченным называется такой экстент, для которого экстент, содержащий текущую страницу индекса, не расположен физически непосредственно за экстентом, содержащим предыдущую страницу индекса.
Примечание.
Это значение не имеет смысла, если индекс охватывает несколько файлов.


Я ведь привел ссылку и выдержку из бола здесь.
3 ноя 09, 11:27    [7875405]     Ответить | Цитировать Сообщить модератору
 Re: Extent Scan Fragmentation секционированной таблици  [new]
Александр Волок (def1983)
Member

Откуда: Rotterdam
Сообщений: 4959
Предыдущая ссылка оказалась нерабочей.

Ссылка
3 ноя 09, 11:29    [7875417]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить