Sql server2000里建的库为什么过了一段时间变的非常大？ 我单位服务器里用的是sql server2000数据库系统，我在里面建立了一个网站的数据库，开始之初库并不大，几十兆不到一百兆的样子，用了一年多，现在书库变成1.9个G了，而我去表里看也并没有多少数据，想请问各位大侠这是什么原因，应该怎样处理才好。先谢过了！ 解决方案 » 免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货 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 SHRINKFILEDBCC 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_LOGBACKUP LOG [数据库名] WITH NO_LOGDBCC 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_log2、dbcc shrinkfile(logfilename)3、收縮數據庫4、設定自動收縮。 二、分离数据库,删除日志文件,再附加,OK!右击数据库－－所有任务－－分离or 附加 三、1、backup log 庫名 WITH no_log，2、dbcc shrinkfile(logfilename)，3、收縮數據庫4、設定自動收縮。 用了一年多才1.9G嘛,不算大.原因可能有:1.频繁的操作数据.2.频繁的导入导出数据.3.建立的char(很大的字段,例如char(1000)),把字段改为varchar(1000).如果想处理,使用收缩数据库.DBCC SHRINKDATABASE收缩指定数据库中的数据文件大小。语法DBCC SHRINKDATABASE ( database_name [ , target_percent ] [ , { NOTRUNCATE | TRUNCATEONLY } ] )参数database_name是要收缩的数据库名称。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。 target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。 NOTRUNCATE导致在数据库文件中保留所释放的文件空间。如果未指定，将所释放的文件空间释放给操作系统。 TRUNCATEONLY导致将数据文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次所分配的大小，从而减少文件大小，而不移动任何数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时，忽略 target_percentis。注释Microsoft® SQL Server™ 可收缩： 特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。 DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而，DBCC SHRINKDATABASE 在对日志文件进行收缩时，看起来好像所有的日志文件都存在于一个连续的日志池中。 假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。对于每个文件，SQL Server 计算目标大小，即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时，SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大小。例如，如果指定按 target_percent 为 25 收缩 mydb。SQL Server 计算的该文件的目标大小为 8 MB（6 MB 数据加上 2 MB 可用空间）。因此，SQL Server 将任何数据从数据文件的最后 2 MB 中移动到数据文件前 8 MB 的可用空间中，然后对该文件进行收缩。假设 mydb 的第一个数据文件包含 7 MB 的数据。若将 target_percent 指定为 30，则允许将该数据文件收缩到所要的可用百分比 30。然而，若将 target_percent 指定为 40，就不会收缩该数据文件，因为 SQL Server 不能将文件收缩到比数据当前占有的空间还小的程度。也可以从另一个角度考虑这个问题：40% 要求的可用空间 + 70% 完整的数据文件（10 MB 中的 7 MB）大于 100%。因为所要求的可用百分比加上数据文件占用的当前百分比大于 100%（多出 10%），所以任何大于 30 的 target_size 都不会收缩该数据文件。 对于日志文件，SQL Server 使用 target_percent 以对整个日志的目标大小进行计算；因此，target_percent 是收缩操作后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKDATABASE 尝试立即将每个物理日志文件收缩到其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，则该文件将成功截断，DBCC SHRINKDATABASE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出其目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该消息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKDATABASE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 由 DBCC SHRINKDATABASE 计算的数据和日志文件的目标大小始终不小于文件的最小大小。文件的最小大小是在文件最初创建时指定的大小，或是上一次用更改文件大小的操作（如用带有 MODIFY FILE 选项的 ALTER DATABASE 或 DBCC SHRINKFILE）显式设置的大小。例如，如果在执行 CREATE DATABASE 时，将 mydb 的所有数据和日志文件大小都指定为 10 MB，则每个文件的最小大小都为 10 MB。DBCC SHRINKDATABASE 不能收缩任何小于 10 MB 的文件。如果使用带有 MODIFY FILE 选项的 ALTER DATABASE 将其中的一个文件显示增长到 20 MB，则该文件新的最小大小为 20 MB。若要将文件大小收缩到小于其最小大小，请使用 DBCC SHRINKFILE 并指定新大小。执行 DBCC SHRINKFILE 会将文件的最小大小更改为所指定的新大小。在使用数据文件时，DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 选项。如果为日志文件指定这两个选项，则将忽略这两个选项。DBCC SHRINKDATABASE 不带任何选项等价于 DBCC SHRINKDATABASE 带有 NOTRUNCATE 选项，后面还要跟着带有 TRUNCATEONLY 选项的 DBCC SHRINKDATABASE。不论是否指定 target_percent，NOTRUNCATE 选项都执行 DBCC SHRINKDATABASE 的实际数据移动操作（包括将分配页从文件的末尾移动到文件前面的未分配页）。然而，文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，如果指定 NOTRUNCATE 选项，数据文件好像没有收缩。例如，假设再次使用 mydb 数据库，该 mydb 有两个数据文件和两个日志文件。第二个数据文件和第二个日志文件的大小都为 10 MB。执行 DBCC SHRINKDATABASE mydb NOTRUNCATE 时，Microsoft SQL Server 将数据从数据文件的后面几页移动到前面几页中。而文件的大小仍然为 10 MB。TRUNCATEONLY 选项将文件末尾的所有可用空间收回给操作系统。然而，TRUNCATEONLY 在文件内不执行任何页移动操作。指定的文件只能收缩到上一次分配的大小。如果使用 TRUNCATEONLY 选项指定 target_percent，则忽略后者。所生成的数据库不能比 model 数据库更小。要收缩的数据库不必在单用户模式下；其他的用户仍可以在数据库收缩时对其进行工作。这也包括系统数据库。结果集下表描述结果集内的列。列名 描述 DbId SQL Server 试图收缩的文件的数据库标识号。 FileId SQL Server 试图收缩的文件的文件标识号。 CurrentSize 文件当前占用的 8KB 页数。 MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。 UsedPages 文件当前使用的 8KB 页数。 EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。 说明 SQL Server 并不显示未收缩的文件的行。权限DBCC SHRINKDATABASE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例下例将 UserDB 用户数据库中的文件减小，以使 UserDB 中的文件有 10% 的可用空间。DBCC SHRINKDATABASE (UserDB, 10)GO 以及收缩文件DBCC SHRINKFILE收缩相关数据库的指定数据文件或日志文件大小。语法DBCC SHRINKFILE ( { file_name | file_id } { [ , target_size ] | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ] } )参数file_name是已收缩文件的逻辑名称。文件名必须符合标识符的规则。有关更多信息，请参见使用标识符。 file_id是要收缩的文件的标识 (ID) 号。若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles。target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，DBCC SHRINKFILE 将文件大小减少到默认文件大小。如果指定 target_size，DBCC SHRINKFILE 将试图将文件收缩到指定大小。将要释放的文件部分中的已使用页将重新定位到保留的文件部分中的可用空间。例如，如果数据文件为 10MB，则带有 target_size 为 8 的 DBCC SHRINKFILE 将导致文件最后 2 MB 中所有已用页重新分配到文件前 8 MB 中的任何可用槽中。DBCC SHRINKFILE 不会将文件收缩到小于存储文件中的数据所需要的大小。例如，如果使用 10MB 数据文件中的7 MB，带有 target_size 为 6 的 DBCC SHRINKFILE 语句只能将该文件收缩到 7 MB，而不能收缩到 6 MB。EMPTYFILE将所有数据从指定文件中迁移到同一文件组中的其它文件。Microsoft® SQL Server™ 不再允许将数据放在用于 EMPTYFILE 选项的文件上。该选项允许使用 ALTER DATABASE 语句除去文件。NOTRUNCATE导致将释放的文件空间保留在文件中。当与 target_size 一起指定 NOTRUNCATE 时，释放的空间不会释放给操作系统。DBCC SHRINKFILE 的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。当未指定 NOTRUNCATE 时，所有释放的文件空间返回给操作系统。TRUNCATEONLY导致文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次分配的大小，从而减少文件大小，而不移动任何数据。不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY，将忽略 target_size。注释DBCC SHRINKFILE 适用于当前数据库中的文件。将上下文切换到数据库，以发出引用该特定数据库中文件的 DBCC SHRINKFILE 语句。有关更改当前数据库的更多信息，请参见 USE。 所生成的数据库不能比 model 数据库更小。使用 DBCC SHRINKFILE 以将文件减小到比其最初创建时更小。之后，文件的最小大小重置为新指定的大小。若要删除在文件中可能出现的任何数据，请在执行ALTER DATABASE 之前执行 DBCC SHRINKFILE('file_name', EMPTYFILE)。要收缩的数据库不必在单用户模式下；收缩文件时，同时其他用户可以在数据库中工作。不必在单用户模式下运行 SQL Server 以对系统数据库进行收缩。对于日志文件，SQL Server 使用 target_size 以计算整个日志的目标大小；因此，target_size 是收缩操作完成后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKFILE 尝试立即将每个物理日志文件收缩至其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，该文件将成功截断，DBCC SHRINKFILE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该信息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKFILE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 结果集下表描述结果集内的列。列名 描述 DbId SQL Server 试图收缩的文件的数据库标识号。 FileId SQL Server 试图收缩的文件的文件标识号。 CurrentSize 文件当前占用的 8KB 页数。 MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。 UsedPages 文件当前使用的 8KB 页数。 EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。 权限DBCC SHRINKFILE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例下例将 UserDB 用户数据库中名为 DataFil1 的文件收缩到 7 MB。USE UserDBGODBCC SHRINKFILE (DataFil1, 7)GO 考考大家一个问题,请进. 请教一条sql语句 怎么样熟练掌握SQL Server 2000 请问,这条sql语句怎么写?每天有若干条记录,找出每天记录里面时间最早和最晚的 触发器问题：触发器的作用，除了UPDATE，DELETE，INSERT等SQL命令可以触发外，还能有其他的吗？ 100分跪求下面两道题答案，小弟在线等 字符串主键建立的效率 怎么对123.45取整？ 如何获得当前数据库日志的大小及日志上限? 请问数据库编程是什么概念？我用VC操纵数据库，算不算数据库开发？ 我现在没有日志文件了,怎么才能附加上这个数据库 如果把未分区表修改为分区表
把数据库属性中的故障还原模型改为“简单”可以大大减慢日志增长的速度。
如果把还原模型调到简单，这样就不支持时间点还原了，但是日志文件会很小，如果数据比较重要推荐还是把数据库的还原模型调为完全
用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、設定自動收縮。
1.频繁的操作数据.
2.频繁的导入导出数据.
3.建立的char(很大的字段,例如char(1000)),把字段改为varchar(1000).如果想处理,使用收缩数据库.DBCC SHRINKDATABASE
收缩指定数据库中的数据文件大小。语法
DBCC SHRINKDATABASE
( database_name [ , target_percent ]
[ , { NOTRUNCATE | TRUNCATEONLY } ]
)参数
database_name是要收缩的数据库名称。数据库名称必须符合标识符的规则。有关更多信息，请参见使用标识符。 target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比。 NOTRUNCATE导致在数据库文件中保留所释放的文件空间。如果未指定，将所释放的文件空间释放给操作系统。 TRUNCATEONLY导致将数据文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次所分配的大小，从而减少文件大小，而不移动任何数据。不试图重新定位未分配页的行。使用 TRUNCATEONLY 时，忽略 target_percentis。注释
Microsoft® SQL Server™ 可收缩： 特定数据库的所有数据和日志文件。执行 DBCC SHRINKDATABASE。
一次一个特定数据库中的数据或日志文件。执行 DBCC SHRINKFILE。
DBCC SHRINKDATABASE 以每个文件为单位对数据文件进行收缩。然而，DBCC SHRINKDATABASE 在对日志文件进行收缩时，看起来好像所有的日志文件都存在于一个连续的日志池中。 假设名为 mydb 的数据库有两个数据文件和两个日志文件。这些数据文件和日志文件大小都为 10 MB。第一个数据文件包含 6 MB 数据。对于每个文件，SQL Server 计算目标大小，即要收缩文件到的大小。当用 target_percent 指定 DBCC SHRINKDATABASE 时，SQL Server 计算的目标大小是收缩后文件中的 target_percent 可用空间大小。例如，如果指定按 target_percent 为 25 收缩 mydb。SQL Server 计算的该文件的目标大小为 8 MB（6 MB 数据加上 2 MB 可用空间）。因此，SQL Server 将任何数据从数据文件的最后 2 MB 中移动到数据文件前 8 MB 的可用空间中，然后对该文件进行收缩。假设 mydb 的第一个数据文件包含 7 MB 的数据。若将 target_percent 指定为 30，则允许将该数据文件收缩到所要的可用百分比 30。然而，若将 target_percent 指定为 40，就不会收缩该数据文件，因为 SQL Server 不能将文件收缩到比数据当前占有的空间还小的程度。也可以从另一个角度考虑这个问题：40% 要求的可用空间 + 70% 完整的数据文件（10 MB 中的 7 MB）大于 100%。因为所要求的可用百分比加上数据文件占用的当前百分比大于 100%（多出 10%），所以任何大于 30 的 target_size 都不会收缩该数据文件。 对于日志文件，SQL Server 使用 target_percent 以对整个日志的目标大小进行计算；因此，target_percent 是收缩操作后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKDATABASE 尝试立即将每个物理日志文件收缩到其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，则该文件将成功截断，DBCC SHRINKDATABASE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出其目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该消息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKDATABASE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 由 DBCC SHRINKDATABASE 计算的数据和日志文件的目标大小始终不小于文件的最小大小。文件的最小大小是在文件最初创建时指定的大小，或是上一次用更改文件大小的操作（如用带有 MODIFY FILE 选项的 ALTER DATABASE 或 DBCC SHRINKFILE）显式设置的大小。例如，如果在执行 CREATE DATABASE 时，将 mydb 的所有数据和日志文件大小都指定为 10 MB，则每个文件的最小大小都为 10 MB。DBCC SHRINKDATABASE 不能收缩任何小于 10 MB 的文件。如果使用带有 MODIFY FILE 选项的 ALTER DATABASE 将其中的一个文件显示增长到 20 MB，则该文件新的最小大小为 20 MB。若要将文件大小收缩到小于其最小大小，请使用 DBCC SHRINKFILE 并指定新大小。执行 DBCC SHRINKFILE 会将文件的最小大小更改为所指定的新大小。在使用数据文件时，DBCC SHRINKDATABASE 有 NOTRUNCATE 和 TRUNCATEONLY 选项。如果为日志文件指定这两个选项，则将忽略这两个选项。DBCC SHRINKDATABASE 不带任何选项等价于 DBCC SHRINKDATABASE 带有 NOTRUNCATE 选项，后面还要跟着带有 TRUNCATEONLY 选项的 DBCC SHRINKDATABASE。不论是否指定 target_percent，NOTRUNCATE 选项都执行 DBCC SHRINKDATABASE 的实际数据移动操作（包括将分配页从文件的末尾移动到文件前面的未分配页）。然而，文件末尾的可用空间不会返回给操作系统，文件的物理大小也不会更改。因此，如果指定 NOTRUNCATE 选项，数据文件好像没有收缩。例如，假设再次使用 mydb 数据库，该 mydb 有两个数据文件和两个日志文件。第二个数据文件和第二个日志文件的大小都为 10 MB。执行 DBCC SHRINKDATABASE mydb NOTRUNCATE 时，Microsoft SQL Server 将数据从数据文件的后面几页移动到前面几页中。而文件的大小仍然为 10 MB。TRUNCATEONLY 选项将文件末尾的所有可用空间收回给操作系统。然而，TRUNCATEONLY 在文件内不执行任何页移动操作。指定的文件只能收缩到上一次分配的大小。如果使用 TRUNCATEONLY 选项指定 target_percent，则忽略后者。所生成的数据库不能比 model 数据库更小。要收缩的数据库不必在单用户模式下；其他的用户仍可以在数据库收缩时对其进行工作。这也包括系统数据库。结果集
下表描述结果集内的列。列名 描述
DbId SQL Server 试图收缩的文件的数据库标识号。
FileId SQL Server 试图收缩的文件的文件标识号。
CurrentSize 文件当前占用的 8KB 页数。
MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。
UsedPages 文件当前使用的 8KB 页数。
EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。
说明 SQL Server 并不显示未收缩的文件的行。
权限
DBCC SHRINKDATABASE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例
下例将 UserDB 用户数据库中的文件减小，以使 UserDB 中的文件有 10% 的可用空间。DBCC SHRINKDATABASE (UserDB, 10)
GO
收缩相关数据库的指定数据文件或日志文件大小。语法
DBCC SHRINKFILE
( { file_name | file_id }
{ [ , target_size ]
| [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
}
)参数
file_name是已收缩文件的逻辑名称。文件名必须符合标识符的规则。有关更多信息，请参见使用标识符。 file_id是要收缩的文件的标识 (ID) 号。若要获得文件 ID，请使用 FILE_ID 函数或在当前数据库中搜索 sysfiles。target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，DBCC SHRINKFILE 将文件大小减少到默认文件大小。如果指定 target_size，DBCC SHRINKFILE 将试图将文件收缩到指定大小。将要释放的文件部分中的已使用页将重新定位到保留的文件部分中的可用空间。例如，如果数据文件为 10MB，则带有 target_size 为 8 的 DBCC SHRINKFILE 将导致文件最后 2 MB 中所有已用页重新分配到文件前 8 MB 中的任何可用槽中。DBCC SHRINKFILE 不会将文件收缩到小于存储文件中的数据所需要的大小。例如，如果使用 10MB 数据文件中的7 MB，带有 target_size 为 6 的 DBCC SHRINKFILE 语句只能将该文件收缩到 7 MB，而不能收缩到 6 MB。EMPTYFILE将所有数据从指定文件中迁移到同一文件组中的其它文件。Microsoft® SQL Server™ 不再允许将数据放在用于 EMPTYFILE 选项的文件上。该选项允许使用 ALTER DATABASE 语句除去文件。NOTRUNCATE导致将释放的文件空间保留在文件中。当与 target_size 一起指定 NOTRUNCATE 时，释放的空间不会释放给操作系统。DBCC SHRINKFILE 的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。当未指定 NOTRUNCATE 时，所有释放的文件空间返回给操作系统。TRUNCATEONLY导致文件中的任何未使用的空间释放给操作系统，并将文件收缩到上一次分配的大小，从而减少文件大小，而不移动任何数据。不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY，将忽略 target_size。注释
DBCC SHRINKFILE 适用于当前数据库中的文件。将上下文切换到数据库，以发出引用该特定数据库中文件的 DBCC SHRINKFILE 语句。有关更改当前数据库的更多信息，请参见 USE。 所生成的数据库不能比 model 数据库更小。使用 DBCC SHRINKFILE 以将文件减小到比其最初创建时更小。之后，文件的最小大小重置为新指定的大小。若要删除在文件中可能出现的任何数据，请在执行ALTER DATABASE 之前执行 DBCC SHRINKFILE('file_name', EMPTYFILE)。要收缩的数据库不必在单用户模式下；收缩文件时，同时其他用户可以在数据库中工作。不必在单用户模式下运行 SQL Server 以对系统数据库进行收缩。对于日志文件，SQL Server 使用 target_size 以计算整个日志的目标大小；因此，target_size 是收缩操作完成后日志中的可用空间大小。之后，整个日志的目标大小可以解释为每个日志文件的目标大小。DBCC SHRINKFILE 尝试立即将每个物理日志文件收缩至其目标大小。如果虚拟日志中的所有逻辑日志部分都没有超出日志文件的目标大小，该文件将成功截断，DBCC SHRINKFILE 完成且不显示任何消息。然而，如果虚拟日志中的逻辑日志部分超出目标大小，则 SQL Server 释放尽可能多的空间并发出一条消息。该信息告诉您需要执行什么操作来移动文件末尾超出虚拟日志的逻辑日志部分。执行完该操作后，可以重新发出 DBCC SHRINKFILE 命令以释放剩余的空间。有关收缩事务日志的更多信息，请参见收缩事务日志。因为日志文件只能收缩到虚拟日志文件边界，所以不可能将日志文件收缩到比虚拟日志文件更小（即使现在没有使用该文件）。例如，可以将数据库的 1 GB 日志文件收缩到只有 128 MB。有关截断的更多信息，请参见截断事务日志。有关确定虚拟日志文件大小的更多信息，请参见虚拟日志文件。 结果集
下表描述结果集内的列。列名 描述
DbId SQL Server 试图收缩的文件的数据库标识号。
FileId SQL Server 试图收缩的文件的文件标识号。
CurrentSize 文件当前占用的 8KB 页数。
MinimumSize 文件可以占用的最小 8KB 页数。这与文件的最小大小或最初创建时的大小相对应。
UsedPages 文件当前使用的 8KB 页数。
EstimatedPages SQL Server 估计文件能够收缩到的 8KB 页数。
权限
DBCC SHRINKFILE 权限默认授予 sysadmin 固定服务器角色或 db_owner 固定数据库角色的成员且不可转让。示例
下例将 UserDB 用户数据库中名为 DataFil1 的文件收缩到 7 MB。USE UserDB
GO
DBCC SHRINKFILE (DataFil1, 7)
GO