bulk_logged和简单恢复模式有什么区别？
哪一个是最低限度的日志logging，对于批量操作来说总是一个更好的select？
假设我使用select into语句来复制数以百万计的行，哪一个是最佳使用？
Bulk Logged恢复模型几乎与完全相同，但批量logging模型不会loggingINSERT / UPDATE细节 – 仅限于表盘区。 Simple恢复模式是唯一不需要日志文件维护的日志文件，但是如果发生丢失，其日志文件不能用于恢复数据。
在恢复模型中，Simple是最小的日志logging，推荐批量操作使用Bulk Logged。
参考： 恢复模式概述
SELECT INTO是首选，但这意味着数据已经存在并且可以访问。
批量日志logging将被最小化logging，所以在备份操作期间事务日志大小会变小，但事务日志备份本身将会更大，因为它们包括自上次备份以来修改的所有区段。
即使在批量logging模式下，您也可以执行时间点恢复，并将备份恢复到崩溃点。
简单的日志logging只是不允许这样做，日志会很小，没有恢复到一个时间点是可能的，你将从上一次完整备份恢复。
问题不是哪一个更好，你的百万行负载，但你需要坚持哪种恢复模式。