1、建表 create table dmb_tmp ( name nvarchar(50), rows int, reserved nvarchar(50), data nvarchar(50), index_size nvarchar(50), unused nvarchar(50) )

2、使用系统过程，将结果插入到数据表中 insert into dmb_tmp(name,rows,reserved,data,index_size,unused) exec sp_spaceused 'table_name'; insert into dmb_tmp(name,rows,reserved,data,index_size,unused) exec sp_spaceused 'table_name',true;

3、查询结果 select name, cast(replace(data,'KB','') as numeric)/1024 , cast(replace(index_size,'KB','') as numeric)/1024 , cast(replace(unused,'KB','') as numeric)/1024 from dmb_tmp;

以上是在SQL Server2000中试验通过的，第二步中不带参数true的据说是算出来的数据不准，还没有去考证。 第三步中的的计算结果都是KB，而且是字符型的数据，做了进一步的转换，转成了数值型的，这个不是必须的 ，可以有很多的方法，以上就是今的总结。

题外话：小弟平时用的都是Oracle，能够有幸用到SQL Server也是托局方的服，局方也是把双刃剑啊，虽然有 幸用到SQL Server，但是也有幸被局方骚扰，本来这个SQL Server是另一个公司的系统所用的数据库，由于各 种原因，最终的数据要到我们的库里来导，今天早上，同事来电告知数据又没有到位，于是登陆到SQL Server 服务器看了一眼，原来是空间不足，本来就不是我们的数据库，维护的问题也轮不到我们，就连我们用的数据 库也是第三方公司来维护，这个确实挺省事，于是告知局方，要他们来处理，本来以为没有事情，下午变态的 局方突然来问，今天空间被占用满了是为什么，被弄的是晕晕乎乎的(+﹏+)~，本来就不是我们的数据库，维护 也不是，却来找我们问原因，简直不知道局方中午吃了什么，只好含含糊糊的应付了一下，下午索性没有事情， 于是上网找了找怎么才能计算表所占存储的大小，由于过于关注结果，个别的帖子没有完全看清，只是找了一个 比较简洁的计算方法，印象中好像有自己来写脚本查看的，对于我这个菜鸟来讲还是蛮厉害的O(∩_∩)O~