假设我写了以下查询语句：
INSERT INTO DestinationTable
(ColumnA, ColumnB, ColumnC, etc.)
SELECT FROM SourceTable
(ColumnA, ColumnB, ColumnC, etc.)
我的源表有2200万行。
SQL服务器填满了我的硬盘，并出现错误。
为什么SQL服务器不能处理我的查询？
我应该使用游标并逐个插入行吗？
附注：这是SQL Express 2005，但我可以尝试完整版。
更新：我还想提到，当我在管理工具中查看时，我的源表只占用约1GB的存储空间。然而，我的25GB的可用磁盘空间却被填满了？我还在使用两个不同的数据库Source.mdf->Destination.mdf，我不知道这是否有任何区别。
批量更新...
INSERT INTO DestinationTable
(ColumnA, ColumnB, ColumnC, etc.)
SELECT TOP 100000 ColumnA, ColumnB, ColumnC, etc.
FROM SourceTable
WHERE NOT EXISTS (SELECT *
FROM DestinationTable
WHERE DestinationTable.KeyCols = SourceTable.KeyCols)
WHILE @@ROWCOUNT <> 0
INSERT INTO DestinationTable
(ColumnA, ColumnB, ColumnC, etc.)
SELECT TOP 100000 ColumnA, ColumnB, ColumnC, etc.
FROM SourceTable
WHERE NOT EXISTS (SELECT *
FROM DestinationTable
WHERE DestinationTable.KeyCols = SourceTable.KeyCols)
在处理检查点、日志文件管理以及需要将其放在一个事务中等方面，有不同的变化。
我强烈建议您在进行大量批量数据操作时将数据库恢复模型设置为BULK_LOGGED。
默认情况下，数据库设置为简单或完整的恢复模型。
完整恢复模型完全记录所有事务，适用于正常使用。
批量记录恢复模型旨在在大型批量操作期间临时使用-假设它是受到批量记录恢复模型影响的批量操作之一（有关更多信息，请参见msdn.microsoft.com/en-us/library/ms191244.aspx中可以最小化记录的操作）。
BULK_LOGGED恢复模型最小化记录事务
您可以使用以下代码片段执行此操作
--Determine the recovery model currently used for the database
SELECT name AS [Database Name],
recovery_model_desc AS [Recovery Model]
FROM sys.databases
WHERE name=<database_name> ;
--Remember this recovery model so that you can switch back to the same later
--set the database recovery model to BULK_LOGGED
ALTER DATABASE <database_name> SET RECOVERY BULK_LOGGED;
--Run your heavy data insert tasks
INSERT INTO DestinationTable
(ColumnA, ColumnB, ColumnC, etc.)
SELECT FROM SourceTable
(ColumnA, ColumnB, ColumnC, etc.)
/*Again set the database recovery model to FULL or SIMPLE
(the result which we had got from first query)*/
ALTER DATABASE <database_name> SET RECOVERY FULL;
--OR
ALTER DATABASE <database_name> SET RECOVERY SIMPLE;
*注意-请在批量操作正在处理时保持耐心* [:P]
我以前做过很多次。请让我知道这是否对您有帮助。
您可以参考下面的MSDN文章，了解在msdn.microsoft.com/en-us/library/ms190203.aspx切换恢复模式时的考虑事项的详细信息。
使用INSERT INTO ... SELECT（2200万行）的问题在于它作为一个事务运行。因此，即使数据库处于简单恢复模式，您也可能会填满事务日志驱动器。
逐行插入是一个可怕的想法，这将需要很长时间。
使用BCP导出数据，并将其作为BULK INSERT导入，可能是最快的方法。但这需要学习如何使用BCP实用程序。
如果您决定在T-SQL中执行此操作，则必须将其分成批处理。前面答案中的INSERT ... SELECT TOP（n）... WHERE NOT EXISTS方法有效，但WHERE子句的执行时间可能会累加。为了使其更有效率但更复杂，我有时使用ROW_NUMBER() OVER（ORDER BY pk）和WHERE rn％（n）= 0为每个n行填充一个临时表的pk值。然后，您可以使用循环与INSERT INTO ... SELECT ... WHERE pk> @a AND pk <= @b，以及适当的代码来从临时表中的每次迭代更新变量。只需确保在第一次或最后一次迭代中不要错过任何行。
您可能想在Integration Services中执行此操作，它也可以进行批量插入。Microsoft有一篇白皮书介绍了如何在大约30分钟内加载数千兆字节的数据。他们将源数据（BCP？）导出到多个文件中，并创建与目标相同结构的多个表。然后将每个文件插入到一个单独的空表中，它们都可以作为最小日志记录运行。所有这些导入都作为单独的并行进程运行。最后使用表分区命令将每个导入表合并到目标表中。
在30分钟内加载数千兆字节的数据：https://technet.microsoft.com/zh-cn/library/dd537533(v=sql.100).aspx
您正在以支持事务的方式插入数据。通过您正在使用的方法，没有办法禁用此功能，但是您可以通过其他方法在事务范围之外执行此操作。请参阅以下内容：
http://support.microsoft.com/kb/59462
关键方法如下：