Voici une requête qui vous donnera par la table la taille totale, nombre de lignes et octets par ligne:
select
o.name,
max(s.row_count) AS 'Rows',
sum(s.reserved_page_count) * 8.0/(1024 * 1024) as 'GB',
(8 * 1024 * sum(s.reserved_page_count))/(max(s.row_count)) as 'Bytes/Row'
from sys.dm_db_partition_stats s, sys.objects o
where o.object_id = s.object_id
group by o.name
having max(s.row_count) > 0
order by GB desc
Et voici une requête qui est la même chose que ci-dessus, mais il se décompose par index:
select
o.Name,
i.Name,
max(s.row_count) AS 'Rows',
sum(s.reserved_page_count) * 8.0/(1024 * 1024) as 'GB',
(8 * 1024* sum(s.reserved_page_count))/max(s.row_count) as 'Bytes/Row'
from
sys.dm_db_partition_stats s,
sys.indexes i,
sys.objects o
where
s.object_id = i.object_id
and s.index_id = i.index_id
and s.index_id >0
and i.object_id = o.object_id
group by i.Name, o.Name
having SUM(s.row_count) > 0
order by GB desc
Cela donne une taille significativement plus petite que sp_spaceUsed sur SQL Server (par ex. seulement 40% ou plus). Y a-t-il une raison à cela? Si vous utilisez une connexion ODBC, comment pouvez-vous dire que c'est Azure à l'arrière? –
Troy - Cela a fonctionné très bien! Je vous remercie! – Rogala