Известно, что DMV не содержат точной информации о количестве страниц и количестве строк. Однако, когда вы обновили статистику, я не понимаю, почему они этого не делают.
Я работаю над инструментом мониторинга, хочу знать размер диска для каждого индекса и данных и т. Д. В конце концов, я хотел бы найти правильный коэффициент заполнения и другие вещи и т. Д.
Пространство, используемое моей функцией и старым sp_spaceused, немного отличается по использованию пространства, но не по количеству записей.
Можете ли вы увидеть, что-то не хватает в моем избранном?
это sp_spaceused (тогда я конвертирую числа в МБ):
sp_spaceused 'tblBOrderRelationship'
go
select 318008/1024.00 AS reserved,
140208/1024.00 AS data,
177048/1024.00 AS index_size,
752/1024.00 AS unused
Но когда я запускаю свой выбор, код ниже \ картинка ниже, я получаю немного другие цифры.
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
SELECT
schema_name(t.schema_id) as SchemaName,
t.NAME AS TableName,
t.type_desc,
t.is_ms_shipped,
t.is_published,
t.lob_data_space_id,
t.filestream_data_space_id,
t.is_replicated,
t.has_replication_filter,
t.is_merge_published,
t.is_sync_tran_subscribed,
--t.is_filetable,
i.name as indexName,
i.type_desc,
i.is_unique,
i.is_primary_key,
i.is_unique_constraint,
i.fill_factor,
i.is_padded,
sum(p.rows) OVER (PARTITION BY t.OBJECT_ID,i.index_id) as RowCounts,
sum(a.total_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) as TotalPages,
sum(a.used_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) as UsedPages,
sum(a.data_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) as DataPages,
(sum(a.total_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) * 8) / 1024 as TotalSpaceMB,
(sum(a.used_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) * 8) / 1024 as UsedSpaceMB,
(sum(a.data_pages) OVER (PARTITION BY t.OBJECT_ID,i.index_id) * 8) / 1024 as DataSpaceMB
FROM
sys.tables t
INNER JOIN
sys.indexes i ON t.OBJECT_ID = i.object_id
INNER JOIN
sys.partitions p ON i.object_id = p.OBJECT_ID AND i.index_id = p.index_id
INNER JOIN
sys.allocation_units a ON p.partition_id = a.container_id
WHERE
t.NAME NOT LIKE 'dt%' AND
i.OBJECT_ID > 255
AND T.NAME = 'tblBOrderRelationship'цифры
общая картина, включая имена индексов
Теперь делаем некоторые расчеты, чтобы проверить результаты:
--==================================
-- the figures from sp_spaceused
--==================================
select 318008/1024.00 AS reserved,
140208/1024.00 AS data,
177048/1024.00 AS index_size,
752/1024.00 AS unused
--==================================
-- the figures from my select
--==================================
select 137+61+56+54 AS reserved,
137 AS data,
61+56+54 AS index_size
Это не так уж и далеко, правда, кроме того, что я не рассчитал неиспользуемое пространство!
Что я могу сделать, чтобы сделать это точным?
ПОСЛЕ ИЗМЕНЕНИЙ:
После того, как я заменил 1024 на 1024.00, результаты стали намного точнее. Я заметил, что записи были вставлены в таблицу, о которой идет речь, и, очевидно, статистика не настолько актуальна, но результаты все равно совпадают (разница менее 1 МБ - что для меня нормально)
Новые наборы результатов:
--==================================
-- the figures from sp_spaceused
--==================================
select
318072 /1024.00 AS reserved,
140208 /1024.00 AS data,
177096 /1024.00 AS index_size,
768 /1024.00 AS unused
go
--==================================
-- the figures from my select
--==================================
select 137.7578125+61.7968750+56.4218750+54.6406250 as reserved,
137.7578125 as data,
61.7968750+56.4218750+54.6406250 as index_size
источник