在 SQL Server 2000 和 SQL Server 2005 中，每个数据库都至少包含一个数据文件和一个事务日志文件。SQL Server 在该数据文件中以物理方式存储数据。事务日志文件存储您对 SQL Server 数据库执行的所有修改的详细信息，以及执行每个修改的事务的详细信息。由于事务完整性被视为 SQL Server 的一个基本而固有的特点，因此不能在 SQL Server 中关闭对事务详细信息的记录。
（是不是说，日志是不可以被关闭的？证明一下：）
可以尝试一下，将日志自动增长关闭。然后执行一下操作：
1、修改现有表部分记录。 结果：可以修改，这个没问题，说明还有可用日志空间；
2、导入大批量数据。 结果：导入失败，错误信息如下：
“正在复制到 [temp].[dbo].[车次到站时间_20090107] (错误)
数据流任务: 数据插入操作的最终提交已开始。(SQL Server 导入和导出向导)错误 0xc0202009: 数据流任务: 出现 OLE DB 错误。错误代码: 0x80004005。已获得 OLE DB 记录。源:“Microsoft SQL Native Client” Hresult: 0x80004005 说明:“数据库 'temp' 的事务日志已满。若要查明无法重用日志中的空间的原因，请参阅 sys.databases 中的 log_reuse_wait_desc 列。”。
信息 0x402090e0: 数据流任务: 数据插入操作的最终提交已结束。
错误 0xc0047022: 数据流任务: 组件“目标 - 车次到站时间_20090107”(73)的 ProcessInput 方法失败，错误代码为 0xC0202009。标识的这个组件从 ProcessInput 方法返回了一个错误。虽然该错误是此组件特有的，但却是致命的，将导致数据流任务停止运行。
错误 0xc0047021: 数据流任务: 线程“WorkThread0”已退出，错误代码为 0xC0202009。”
可以看出，数据导入操作实际上是做为一个事务来执行的。但是由于日志空间不够，所以无法存储提交操作，所以执行失败。
另外，如果日志空间关闭，你会发现数据导入速度超快。
以上从2可以看出，日志是不能够被关闭的，如果关闭，会导致数据库操作失败。如果日志关闭以后仍旧能操作，这种情况是可能的，应该仅限于小量数据操作。
二、当生成新表后，数据库会分配新的空间。此时如果删除该表，发现数据库空间没有立即被释放出来。这是为什么呢？
sql server既然已经为数据库分配了空间，即使你现在删除了一个表，并不会立即释放空间的。但是如果接着导入新的数据，发现新的数据并没有分配新的空间，而是利用上一次删除留下的空间。想想这么做有什么好处呢？（防止碎片过多？防止重复申请？）
当然如果删除表以后，希望立即释放空间，可以收缩数据库。
三、收缩数据库和收缩文件的区别：
收缩数据库，是收缩所有文件；收缩文件，则可以选择收缩哪个文件（数据文件 or 日志文件）
四、当日志文件过大时，如果删除或减少日志所占空间。
方法1、当然收缩日志是一个方法。但是往往释放的空间有限。
方法2、（ 1）.清空日志
DUMP TRANSACTION 库名 WITH NO_LOG
（2）.截断事务日志：
BACKUP LOG 库名 WITH NO_LOG
（3）.收缩数据库文件(如果不压缩,数据库的文件不会减小
企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件
--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
--选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了
也可以用SQL语句来完成
--收缩数据库
DBCC SHRINKDATABASE(库名)
--收缩指定数据文件,1是文件号,可以通过这个语句查询到:select * from sysfiles
DBCC SHRINKFILE(1)
方法3、a.分离数据库:
企业管理器--服务器--数据库--右键--分离数据库
b.在我的电脑中删除LOG文件
c.附加数据库:
企业管理器--服务器--数据库--右键--附加数据库
