Wiadomo, że DMV nie przechowują dokładnych informacji dotyczących liczby stron i liczby wierszy. Jednak gdy zaktualizujesz statystyki, nie rozumiem, dlaczego by tego nie zrobili.
Pracuję nad narzędziem do monitorowania, chcę poznać rozmiar dysku dla każdego indeksu i danych itp. W końcu chciałbym znaleźć odpowiedni współczynnik wypełnienia i inne rzeczy itp.
Przestrzeń używana przez moją funkcję i stary sp_spaceused różni się nieco pod względem wykorzystania miejsca, ale nie pod względem liczby rekordów.
Czy widzisz, czy w moim wyborze brakuje czegoś?
to jest sp_spaceused (następnie przeliczam liczby w MB):
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
Ale kiedy uruchamiam mój select, kod poniżej \ obrazek poniżej, otrzymuję nieco inne liczby.
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'
liczby
większy obraz, w tym nazwy indeksów
Teraz wykonuję kilka obliczeń, aby sprawdzić wyniki:
--==================================
-- 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
Tak naprawdę nie jest tak daleko, poza tym, że nie obliczałem niewykorzystanej przestrzeni!
Co mogę zrobić, aby było to dokładne?
PO ZMIANACH:
Po zastąpieniu 1024 przez 1024,00 wyniki są znacznie dokładniejsze. Zauważyłem, że rekordy zostały wstawione do omawianej tabeli, i oczywiście statystyki nie są tak aktualne, ale nadal pasują do wyników (różnica poniżej 1 MB - co jest dla mnie w porządku)
Nowe zestawy wyników to:
--==================================
-- 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
źródło