背景
我们的一个 SQL Server 2012 数据库变得有点大,至少与我们的其他数据库相比是这样。我正在运行一些查询,并注意到我们当前在其中一列中存储了大量的 xml/html 数据。这是影响数据库大小的主要因素。
我突然想到,可以先压缩此列中的数据,然后再将其存储在 C# 中。我发现这些我能够验证的压缩方法可以正常工作。
在我的测试中,在 C# 中对一个 20,000 个字符的 html 字符串进行压缩和解压缩花费了千分之 1-3 秒,并且解压缩时间相似。
所以,我的想法是在 C# 中压缩和解压缩 xml/html 字符串将具有以下优点:
- 减少传输到数据库的数据量
- 减少了数据库中所需的存储量。
- 减少从数据库传输的数据量。
所有这些只会抵消我在网络服务器上压缩和解压缩的千分之几秒。
问题:
采用我需要注意的这种策略是否有任何陷阱?