如果您使用的是SQL Server Management Studio（SSMS），则可以运行标准报告，而不是运行查询（在我的情况下返回重复的行）

右键单击数据库导航到报告>标准报告>磁盘使用情况（按表）

注意：数据库兼容级别必须设置为90或更高，才能正常工作。看见http://msdn.microsoft.com/en-gb/library/bb510680.aspx

对于Azure，我使用了：

您应该有SSMS v17.x+

我使用；

正如用户Sparrow所提到的：

打开数据库>并选择表，然后按F7键你应该看到行数作为：

此处的SSMS连接到Azure数据库

 exec  sp_spaceused N'dbo.MyTable'

对于所有表，请使用。。（根据保罗的评论补充）

exec sp_MSForEachTable 'exec sp_spaceused [?]'

-- Show the size of all the tables in a database sort by data size descending
SET NOCOUNT ON
DECLARE @TableInfo TABLE (tablename varchar(255), rowcounts int, reserved varchar(255), DATA varchar(255), index_size varchar(255), unused varchar(255))
DECLARE @cmd1 varchar(500)
SET @cmd1 = 'exec sp_spaceused ''?'''

INSERT INTO @TableInfo (tablename,rowcounts,reserved,DATA,index_size,unused)
EXEC sp_msforeachtable @command1=@cmd1

SELECT * FROM @TableInfo ORDER BY Convert(int,Replace(DATA,' KB','')) DESC

如果您只关心数据库中的空浪费空间，而不关心单个表，则可以考虑以下问题：

如果数据库经历了大量的数据插入和删除，可能与ETL情况类似，这将导致数据库中有太多未使用的空间，因为文件组会自动增长，但不会自动收缩。

您可以通过使用数据库的财产页面来查看是否是这种情况。您可以收缩（右键单击数据库>任务>收缩）并收回一些空间。但是，如果根本原因仍然存在，则数据库将增长（并花费额外的时间尝试增长，直到增长到足够的速度，所以不要这样做）

与Marc_s的回答有一点不同，因为我经常回到这一页，按大多数第一行排序：

SELECT
    t.NAME AS TableName,
    s.Name AS SchemaName,
    p.rows AS RowCounts,
    SUM(a.total_pages) * 8 AS TotalSpaceKB,
    SUM(a.used_pages) * 8 AS UsedSpaceKB,
    (SUM(a.total_pages) - SUM(a.used_pages)) * 8 AS UnusedSpaceKB
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
LEFT OUTER JOIN
    sys.schemas s ON t.schema_id = s.schema_id
WHERE
    t.NAME NOT LIKE 'dt%'
    AND t.is_ms_shipped = 0
    AND i.OBJECT_ID > 255
GROUP BY
    t.Name, s.Name, p.Rows
ORDER BY
    --p.rows DESC --Uncomment to order by amount rows instead of size in KB.
    SUM(a.total_pages) DESC