数据库就像是个小孩子，不知不觉的，可能就有了不能承受的压力。刚开始时，那快乐的时光如同刚入学时，只有快乐。但是，慢慢的、慢慢的，作业多了，关系复杂了。。。。。
系统上线三个月后，数据库的大小情况从一开始只是10M，现在已224G了，我觉得有必要写点什么。
我们有一个数据库，主要是用于MES的数据收集，也就是从自动化设备上收集数据。具体的逻辑我就不多说，回到正题，你建立了应用，就算你不是DBA，你也应该关心一下你用的数据库情况，一开始你系统上线时，可能你的数据库只是一张白纸，可能只有几个M的大小，你可以用sp_spaceused看看，系统也很顺，但是，看一下以下我用这个SP的结果：
以上是系统上线三个月后，数据库的大小情况，一开始只是10M，现在已224G了。
服务器的空间也是有限的，也是会有可能用完的，对于没有控制的使用要特别小心。当系统上线后，最需要关注的就是数据库了。你要知道数据的增长情况，可以使用的空间情况！什么时候需要增加索引以使系统运行更快，什么时候你应该对数据进行归档等等。
我们再说回sp_spaceused这个SP，我除了用它看数据库的数据情况外，还用它来看整个库的所有表各有多少记录、点用多大的数据空间、索引点用空间等。以下的T－SQL就可以实现看一个库所有表的记录情况！
declare @tablename varchar(250);
declare @tempTable table (nameinfo varchar(250)
,rowsinfo int
,reserved varchar(50)
,datainfo varchar(50)
,index_size varchar(50)
,unused varchar(50)
);
declare info_cursor cursor for
select [name] as Table_Name
from sys.objects where type='U' order by [name]
open info_cursor
fetch next from info_cursor
into @tablename
while @@fetch_status = 0
begin
insert into @tempTable(nameinfo,rowsinfo,reserved,datainfo,index_size,unused)
exec sp_spaceused @tablename
fetch next from info_cursor
into @tablename
end
close info_cursor
deallocate info_cursor
select * from @tempTable order by rowsinfo desc
go
执行代码，发现我的122个数据表，1千万以上记录的已有7个，最大的已有1亿六千万记录：
实际上，这个还应该建立一个JOB来定时执行，保存下结果用于分析。接下来要做什么还是要做什么，目的是不要等数据库罢工！