如题.
本人公司的数据库中的表要处理的数据量比较大，经过一段时间的使用后，发现数据库的容量十分大，达到十多G，对数据库中的每一个表进行研究，发现有个别表的未用空间特别大，数据空间只有三四百M，索引空间有二百多M，但未用空间却有几千M，整个数据库文件中，数据空间占用大约2G，索引空间占用1G多，但未用空间达到9G； 而这些未用空间如果通过企业管理器或DBCC的命令进行数据库收缩，是不可以收缩的。无论收缩多少次，都不可以收缩。 经分析这些未用的空间是确实存在，如果用移动字段的方法，或复制到另一个表中时，可以使到这些未用空间消失。 但由于这些数据表中都有以时间戳为标志的更新记录，如果采用上面的方法进行处理，会引起时间戳的更新，会引起数据的混乱。请高手指导一下，有没有可以压缩数据库中表的未用空间，又不会引起时间戳改变的命令或方法。硬件环境：AMD双核，内存2G
系统环境：XP sp3 /win2000 个人版
数据库：ms SQL2000
本人公司的数据库中的表要处理的数据量比较大，经过一段时间的使用后，发现数据库的容量十分大，达到十多G，对数据库中的每一个表进行研究，发现有个别表的未用空间特别大，数据空间只有三四百M，索引空间有二百多M，但未用空间却有几千M，整个数据库文件中，数据空间占用大约2G，索引空间占用1G多，但未用空间达到9G； 而这些未用空间如果通过企业管理器或DBCC的命令进行数据库收缩，是不可以收缩的。无论收缩多少次，都不可以收缩。 经分析这些未用的空间是确实存在，如果用移动字段的方法，或复制到另一个表中时，可以使到这些未用空间消失。 但由于这些数据表中都有以时间戳为标志的更新记录，如果采用上面的方法进行处理，会引起时间戳的更新，会引起数据的混乱。请高手指导一下，有没有可以压缩数据库中表的未用空间，又不会引起时间戳改变的命令或方法。硬件环境：AMD双核，内存2G
系统环境：XP sp3 /win2000 个人版
数据库：ms SQL2000
DBCC SHRINKFILE (文件逻辑名称, 指定大小);
SQL Server 2005数据库中的事务日志是备份和恢复的基础，因为它记录了数据操作的步骤和过程。事务日志的记录方式也决定了备份和恢复的范围和程度。而决定事务日志记录方式的属性是数据库的“恢复模式”属性。9.2.1 恢复模式的分类
“恢复模式”是SQL Server 2005数据库运行时，记录事务日志的模式。它控制事务记录在日志中的方式、事务日志是否需要备份以及允许的还原操作。实际上，“恢复模式”不仅决定了恢复的过程，还决定了备份的行为。它是SQL Server 2005数据库的一个重要属性。它可以理解为SQL Server 2005数据库备份和恢复的方案，它约定了备份和恢复之间的关系。SQL Server 2005数据库的“恢复模式”包含完整恢复模式、大容量日志恢复模式和简单恢复模式3种类型。通常，数据库使用完整恢复模式或简单恢复模式。1．完整恢复模式
完整恢复模式完整地记录了所有事务，并将事务日志记录保留到对其备份完毕为止。如果能够在出现故障后备份日志尾部，则可以使用完整恢复模式将数据库恢复到故障点。完整恢复模式还支持还原单个数据页。2．大容量日志恢复模式
大容量日志恢复模式记录了大多数大容量操作，它只用作完整恢复模式的附加模式。对于某些大规模大容量操作（如大容量导入或索引创建），暂时切换到大容量日志恢复模式，可以提高性能并减少日志空间使用量。但是它仍需要进行日志备份，与完整恢复模式相同，大容量日志恢复模式也将事务日志记录保留到对其备份完毕为止。由于大容量日志恢复模式不支持时点恢复，因此必须在增大日志备份与增加工作丢失风险之间进行权衡。3．简单恢复模式
简单恢复模式可以最大程度地减少事务日志的管理开销，因为它不备份事务日志。如果数据库损坏，则简单恢复模式将面临极大的工作丢失风险。数据只能恢复到已丢失数据的最新备份。因此，在简单恢复模式下，备份间隔应尽可能短，以防止大量丢失数据。但是，间隔的长度应该足以避免备份开销影响生产工作。在备份策略中加入差异备份可有助于减少 开销。通常，对于用户数据库，简单恢复模式用于测试和开发数据库，或者用于主要包含只读数据的数据库（如数据仓库）。简单恢复模式并不适合生产系统，因为对生产系统而言，丢失最新的更改是无法接受的。在这种情况下，建议使用完整恢复模式。恢复操作由恢复模式决定，各种恢复模式所支持的恢复操作，如表9-1所示。表9-1 各种恢复模式所支持的恢复操作恢复操作
完全恢复模式
大容量日志恢复模式
简单恢复模式
数据恢复
如果日志可用，支持完全恢复
部分数据丢失
可以恢复上次完全备份或差异备份丢失的数据
时间点恢复
日志的任何时间点
不支持
不支持
文件恢复
完全支持
有时支持
只支持只读次要文件
页面恢复
完全支持
有时支持
无
粉碎恢复
完全支持
有时支持
只支持只读次要文件
9.2.2 选择恢复模式
每种恢复模式都与业务需求、性能、备份设备和数据重要性相关。因此，在选择恢复模式的时候，应该权衡以下因素。Ø 数据库性能；Ø 数据丢失的容忍程度；Ø 事务日志存储空间需求；Ø 备份好恢复的易操作性。合适的数据库恢复模式取决于实用性和数据库需求。简单恢复模式一般适合用于测试或开发数据库。对于生产数据库，最佳选择通常是完整恢复模式，也可以选择大容量日志恢复模式作为补充。但简单恢复模式有时也适合小型生产数据库（尤其是当其大部分或完全为只读时）或数据仓库使用。若要为特定数据库确定最佳恢复模式，应考虑数据库的恢复目标和要求以及是否可对日志备份进行管理。9.2.3 更改数据库恢复模式
当SQL Server 2005数据库被创建时，它拥有与model系统数据库一样的恢复模式。用户可以通过SQL Server Management Studio工具或ALTER DATABASE语句来更改数据库的恢复模式。1．使用SQL Server Management Studio查看或更改数据库的恢复模式
使用SQL Server Management Studio工具来查看或更改数据库的恢复模式，具体操作过程如下。（1）打开SQL Server Management Studio并连接到数据库引擎服务器。（2）在“对象资源管理器”窗口中，展开“数据库”节点。（3）右击Practice JWGL数据库，在弹出的快捷菜单中选择“属性”命令，打开“数据库属性”对话框。（4）选择“选项”选项，数据库的当前恢复模式显示在右侧详细信息的“恢复模式”列表框中，如图9-3所示。（5）可以从“恢复模式”列表中，选择不同的模式来更改数据库的恢复模式。其中，可以选择“完整”、“大容量日志”或“简单”模式。（6）单击“确定”按钮，即可完成查看或更改数据库的恢复模式的操作。图9-3 查看数据库“恢复模式”2．使用Transact-SQL语句更改数据库的恢复模式
用户也可以使用ALTER DABASE语句来修改数据库的恢复模式，其语法格式如下： ALTER DATABASE database_nameSETRECOVERY { FULL | BULK_LOGGED | SIMPLE } 其中，各参数说明如下。Ø database_name：要修改的数据库的名称。Ø FULL|BULK_LOGGED|SIMPLE：可供选择的3种数据库恢复模式。例如，使用Transact-SQL的ALTER DABASE语句，将Practice_JWGL数据库的恢复模式设置为BULK_LOGGED模式的Transact-SQL代码如下： --修改数据库的恢复模式ALTER DATABASE Practice_JWGLSETRECOVERY BULK_LOGGEDGo
http://book.csdn.net/bookfiles/1123/100112333670.shtml
1、数据库模型已是简单；
2、DBCC的几个收缩命令，及各种参数都使用过，但还是不可以收缩；
3、企业管理器中的收缩功能全部都使用过；
步骤如下：(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、设定自动收缩。
另外日志是每天都做调度清理的，日志不大，数据库每天都用DBCC有命令进行收缩，用DBCC命令检查数据库的结构，结构是正常的
出现情况的因素跟数据库类型以及字段类型都有相应的关系，MSSQL的数据分配是已页为单位，通常数据库管理是以区为单位来管理空间。可能存在页分配的单元不满足一个区，此时却按区来预分配了空间，此时进行数据整理是一种方式，毕竟收缩无法达到预期效果。
2、backup log databaseName with no_log
3、dbcc shrinkfile(1,大小);
4、dbcc shrinkfile(2,大小);