sqlserver2000使用时间过长，估计是冗余数据产生，怎样缩小“已用空间”，看清楚是已用空间，并且是数据文件，不是日志文件。收缩数据库只能回收可用空间，不能回收已用空间。如果你明白以上意思，可以不看下面的超详细举例，直接作答。我翘首以盼牛人作答。
具体情况是这样的（举例）：
在两年前2007-5-1日开始用sqlserver2000建立了AAA数据库（里面有ipcc、adress...的表），每一天都有数据导入，生成那天的表（如今天ipcc_2009_4_8、adress_2009_4_8...），由于一般只需要近3个月的数据，所以一般每当数据库里的表累积到5个月的时候就删掉前两个月的表（如今天管理员进入数据库发现有2008-12-12、2008-12-13、2008-12-14...的表，就手动删除2008-12和2009-1两个月的所以表，“注意只是打开企业管理器，选AAA，选表，选中表，右键删除”至于视图恢复等明天导入数据生成表的时候是自动恢复的。）。如2007-6-1日，数据库中有2007-5-1至2007-5-31的表，AAA分配空间18G，已用15G，可用3G，每个月的数据大小都差不多是15G，2007-9-1日再看数据库是中AAA分配空间48G，已用45G，可用3G。直到现在，对数据库的操作只有手动删表而已。在2009-3-1删除表2008-11月以前的表，也就是数据库中只留2008-12-1至2009-2-28的表，此时AAA分配空间60G，已用55G，可用5G。到此问题出来了：每个月只会有15G的数据生成，已用空间应该是45G合乎要求，那多出来的10G是什么东西？怎样回收这10G的空间。我推算这10G的空间是：虽然删的只剩下3个月的表，但是以前的一些不属于表的东西没有删掉，日积月累，才多出来这10G。有什么方法能回收这10G的空间？我上网上查了不少资料，分离数据库出来在附加上去好像可以，我不确定。不过这个方法对我不适用，我还有另一台机子也是这种情况，并且情况更复杂，数据文件分到了5个盘上都有，而且加起来总共500多的已用空间。
具体情况是这样的（举例）：
在两年前2007-5-1日开始用sqlserver2000建立了AAA数据库（里面有ipcc、adress...的表），每一天都有数据导入，生成那天的表（如今天ipcc_2009_4_8、adress_2009_4_8...），由于一般只需要近3个月的数据，所以一般每当数据库里的表累积到5个月的时候就删掉前两个月的表（如今天管理员进入数据库发现有2008-12-12、2008-12-13、2008-12-14...的表，就手动删除2008-12和2009-1两个月的所以表，“注意只是打开企业管理器，选AAA，选表，选中表，右键删除”至于视图恢复等明天导入数据生成表的时候是自动恢复的。）。如2007-6-1日，数据库中有2007-5-1至2007-5-31的表，AAA分配空间18G，已用15G，可用3G，每个月的数据大小都差不多是15G，2007-9-1日再看数据库是中AAA分配空间48G，已用45G，可用3G。直到现在，对数据库的操作只有手动删表而已。在2009-3-1删除表2008-11月以前的表，也就是数据库中只留2008-12-1至2009-2-28的表，此时AAA分配空间60G，已用55G，可用5G。到此问题出来了：每个月只会有15G的数据生成，已用空间应该是45G合乎要求，那多出来的10G是什么东西？怎样回收这10G的空间。我推算这10G的空间是：虽然删的只剩下3个月的表，但是以前的一些不属于表的东西没有删掉，日积月累，才多出来这10G。有什么方法能回收这10G的空间？我上网上查了不少资料，分离数据库出来在附加上去好像可以，我不确定。不过这个方法对我不适用，我还有另一台机子也是这种情况，并且情况更复杂，数据文件分到了5个盘上都有，而且加起来总共500多的已用空间。
---引用
1、用BACKUP LOG database WITH NO_LOG清除日志
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全
用BACKUP LOG database WITH NO_LOG命名后，会截断不活动日志，不减小物理日志文件的大小，但逻辑日志会减小，收缩数据库后会把不活动虚拟日志删除来释放空间，不会损坏数据。
如果日志被截断并收缩数据库后，就不能直接用最近的一个全库备份做时间点还原，建议立即备份数据库，以防万一。
2、sql server运行中，是否能删除主数据库事务日志文件
步骤如下：(1)、分离数据库企业管理器－－数据库－－右击你要删除日志的数据库－－所有
任务－－分离数据库
(2)、然后删除日志文件
(3)、然后再附加数据库
企业管理器－－数据库－－右击数据库－－所有任务－－附加数据库这时候只附加。mdf就可以了。
3、压缩SQL数据库及日志的详细方法
SQL Server 2000基础教程——压缩数据库数据库在使用一段时间后，时常会出现因数据删除而造成数据库中空闲空间太多的情况，这时就需要减少分配给数据库文件和事务日志文件的磁盘空间，以免浪费磁盘空间。当数据库中没有数据时，可以修改数据库文件属性直接改变其占用空间，但当数据库中有数据时，这样做会破坏数据库中的数据，因此需要使用压缩的方式来缩减数据库空间。可以在数据库属性选项中选择“Auto shrink”选项，让系统自动压缩数据库，也可以用人工的方法来压缩。人工压缩数据库有以下两种方式：
1、用Enterprise Manager 压缩数据库
在Enterprise Manager 中在所要压缩的数据库上单击右键，从快捷菜单中的“所有任务（All Tasks）”中选择“Shrink Database（压缩数据库）”选项，就会出现如图6-10 所示的对话框。可以在图6-10 所示的对话框中选择数据库的压缩方式，也可以选择使用压缩计划或压缩单个文件单击图6-10 中的“Files”按钮，会出现如图6-11 所示的压缩数据库文件对话框，可以针对每个数据库文件进行不同的压缩设置。单击图6-10 中的“Change” 按钮，会出现如图6-12 所示的压缩计划编辑对话框，可以指定压缩计划的执行方式。单击图6-12 中的“Change” 按钮，会出现如图6-13 所示的循环工作计划编辑对话框，可以编辑计划执行的周期或时间点。设置完成后单击“OK” 按钮就开始压缩数据库，在压缩结束后会显示一个压缩情况信息框。
2、用Transact-SQL 命令压缩数据库
可以使用DBCC SHRINKDATABASE 和DBCC SHRINKFILE 命令来压缩数据库。其中DBCC SHRINKDATABASE 命令对数据库进行压缩，DBCC SHRINKFILE 命令对数据库中指定的文件进行压缩。
（1） DBCC SHRINKDATABASE
DBCC SHRINKDATABASE 命令语法如下：
DBCC SHRINKDATABASE (database_name [, target_percent]
[, {NOTRUNCATE | TRUNCATEONLY}] )
各参数说明如下：
·target_percent 指定将数据库压缩后，未使用的空间占数据库大小的百分之几。如果指定的百分比过大，超过了压缩前未使用空间所占的比例，则数据库不会被压缩。并且压缩后的数据库不能比数据库初始设定的容量小。
·NOTRUECATE
将数据库缩减后剩余的空间保留在数据库，中不返还给操作系统
。如果不选择此选项，则剩余的空间返还给操作系统。
·TRUNCATEONLY
将数据库缩减后剩余的空间返还给操作系统。使用此命令时SQL Server 将文件缩减到最后一个文件分配，区域但不移动任何数据文件。选择此项后，target_percent 选项就无效了。例6-14： 压缩数据库mytest 的未使用空间为数据库大小的20%
。
dbcc shrinkdatabase (mytest, 20)
运行结果如下：
DBCC execution completed. If DBCC printed error
messages, contact your system administrator.
(2) DBCC SHRINKFILE
DBCC SHRINKFILE 命令压缩当前数据库中的文件。其语法如下：
DBCC SHRINKFILE ( {file_name | file_id }
{ [, target_size] |
[, {EMPTYFILE | NOTRUNCATE | TRUNCATEONLY}] } )
各参数说明如下：
·file_id
指定要压缩的文件的鉴别号（Identification number， 即ID）
。文件的ID 号可以通过 FILE_ID（）函数或如本章前面所讲述
的Sp_helpdb 系统存储过程来得到。
·target_size
指定文件压缩后的大小。以MB 为单位。如果不指定此选项，SQL Server 就会尽最大可能地缩减文件。
·EMPTYFILE
指明此文件不再使用，将移动所有在此文件中的数据到同一文件组中的其它文件中去。执行带此参数的命令后，此文件就可以用ALTER DATABASE 命令来删除了。 其余参数NOTRUNCATE 和TRUNCATEONLY 与DBCC SHRINKDATABASE
命令中的含义相同。 例6-15: 压缩数据库mydb 中的数据库文件mydb_data2 的大小到1MB。 use mydb dbcc shrinkfile (mydb_data2, 1)
企业管理器里面的方法：
1、打开企业管理器
2、打开要处理的数据库
3、点击最上面菜单>工具>SQL查询分析器，打开SQL查询分析器
4、在输入窗口里面输入:
Code:
DUMP TRANSACTION [数据库名] WITH NO_LOG
BACKUP LOG [数据库名] WITH NO_LOG
DBCC SHRINKDATABASE([数据库名])点击绿色的小三角（或按F5）执行查询，等状态栏提示处理完成
即可！程序里面的方法：
压缩数据库日志
--1.清空日志
exec('DUMP TRANSACTION ['+@dbname+'] WITH NO_LOG')
--2.截断事务日志：
exec('BACKUP LOG ['+@dbname+'] WITH NO_LOG')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCC SHRINKDATABASE(['+@dbname+'])') 4、减小日志的方法：
一、用如下步做了：
1、DUMP TRANSACTION 庫名 WITH no_log
2、dbcc shrinkfile(logfilename)
3、收縮數據庫
4、設定自動收縮。
二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加
三、1、backup log 庫名 WITH no_log，2、dbcc shrinkfile(logfilename)，3、收縮數據庫
4、設定自動收縮。
BACKUP LOG 数据库 WITH NO_LOG
DBCC SHRINKDATABASE(数据库)
yin:
对SQL Server数据表进行分区的过程分为三个步骤：
1)建立分区函数
2)建立分区方案
3)对表格进行分区 第一个步骤：建立分区函数 分区函数定义how，即你想要SQL Server如何对数据进行分区。这里就不以某一个表格作为例子，而是总体概括分割数据的技术。
分区是通过指定每个分区的分割界线实现的。例如，假定我们有一个Customers表格，里面包含了企业所有的客户的信息，客户信息以唯一的客户号进行辨识，客户号从1到1000000。我们可以运用以下的分区函数(这里称之为customer_Partfunc)把这个表格平均分为四个分区： CREATE PARTITION FUNCTION customer_partfunc (int)
AS RANGE RIGHT
FOR VALUES (250000, 500000, 750000)
这些分割界线指定了四个分区。第一个分区包含所有值小于250000的记录。第二个分区包含所有值在250000和499999之间的记录。而第三个分区包含所有值在500000和749999之间的记录。其他所有大于或等于750000的记录都包含在第四个分区里。
注意这个例子中使用了“RANGE RIGHT”从句。这说明分界值是在分区的右边。同样，如果使用的是“RANGE LEFT”从句，那么第一个分区就会包含所有值小于或等于250000的记录;第二个分区就会包含所有值在250001和500000之间的记录，如此类推。 第二个步骤：建立分区方案 一旦建立完定义如何对数据进行分区的分区函数之后，下一步就是建立一个分区方案，定义where，即你想在哪里对数据进行分区。这是一个很直接明了的过程，例如，如果我有四个文件组，名称分别从“fg1”到“fg4”，那么就可以使用以下分区方案： CREATE PARTITION SCHEME customer_partscheme
AS PARTITION customer_partfunc
TO (fg1, fg2, fg3, fg4)
注意我们现在把一个分区函数连接到了分区方案，但是我们还没有把分区方案连接到任何具体的数据库表格。这就是重复使用功能发挥功能的时候。我们可以通过这个功能把分区方案(或者只是分区函数)用于数据库表格的任何数据上。 第三个步骤：对表格进行分区 建立好分区方案之后，就可以开始对表格进行分区了。这是最简单的一个步骤，只需要在表格创建语句中添加“ON”从句，指定表格分区方案和要应用该分区方案的表列。你不需要指定分区函数，因为分区方案已经定义了分区函数。
举个例子，假设你想要用上述的分区方案来创建一个客户表格，你需要使用以下Transact-SQL语句： CREATE TABLE customers (FirstName nvarchar(40), LastName nvarchar(40), CustomerNumber int)
ON customer_partscheme (CustomerNumber)