这个问题在大多数论坛和整个网络中似乎是一个常见问题，这里以多种格式提出，通常听起来像这样：
在 SQL Server 中 -
- 事务日志变得如此之大的一些原因是什么？
- 为什么我的日志文件这么大？
- 有什么方法可以防止这个问题的发生？
- 当我找到根本原因并希望将我的事务日志文件调整到正常大小时，我该怎么办？
sql-server shrink transaction-log auto-growth recovery-model
这个问题在这里以各种形式提出，但问题归结为：
我知道缩小数据库是有风险的。在这种情况下，我已经删除了这么多数据，我再也不会使用它了。