为什么我的SQL Server数据库填满这么快，我又该如何获得空间？

Question

在一个我们使用Microsoft SQL Server Management Studio进行数据分析的SQL Server环境中。 服务器容量为50GB，我们使用导入向导加载了约8GB的'.csv'数据集。 价值8GB的“ .csv”文件不再存储在服务器环境中。

但是，经过几天的查询并创建了三个新表之后，整个50GB的空间就被占用了。

我试图删除所有临时表，多次重新启动服务器，关闭备份，并限制日志自动增长，但都无济于事。

如何找回我的存储空间？ 或至少弄清楚到底是什么用尽了？

Answer 1

8GB的'.csv'文件...

但是，经过几天的查询并创建了三个新表之后，整个50GB的空间就被占用了。

如果您使用nvarchar而不是varchar那么您使用的是UCS-2存储文本数据，因此您的8GB数据在那里变为16GB（我希望SQL Server本地支持UTF-8 ...），然后有3个表那就是48GB-更不用说事务日志使用的空间了。

当您创建一个表，然后填充它，然后删除它，然后创建一个新表时，以前占用的空间并不一定会被新表回收或覆盖-这可能是发生了什么。 “普通”表在关系数据库服务器中非常昂贵-这就是为什么应将内存表和临时表用于临时数据（我相信，尽管我没有引用，但临时表具有不同的存储行为，并且与普通表相比，它们的磁盘空间被更积极地回收。

请注意，您应该使用BULK INSERT或至少是INSERT INTO ... SELECT FROM而不是重复单个INSERT INTO ... VALUES...语句，因为那样会严重影响您的事务日志（尽管我承认BULK INSERT处理CSV文件时，SQL Server中的版本没有提供很大的灵活性）

Answer 2

在“ 简单”模式下 ，除非您有非常大的事务，否则日志文件应自行循环并不会引起任何问题。

在完全模式下 ，日志将增长，直到您备份数据库为止。 实际上，SQL Server希望保留所有日志，直到将数据安全地存储在其他位置为止。 因此，凭经验，在“ 完全”模式下 ，您必须备份数据库。

现在，删除记录或表时，直到您清理数据库后，才会从存储中将其物理删除。 使用命令DBCC SHRINKDATABASE可以做到这一点。 您还可以缩小特定文件，只需查找提供的各种命令即可。

有关更多信息：
https://docs.microsoft.com/zh-cn/sql/relational-databases/databases/shrink-a-database
https://docs.microsoft.com/zh-cn/sql/t-sql/database-console-commands/dbcc-shrinkdatabase-transact-sql
https://docs.microsoft.com/zh-cn/sql/t-sql/database-console-commands/dbcc-shrinkfile-transact-sql