我可以更好地单独或一起压缩多个 SQLite3 DB 吗？
我正在开发一个 C# 程序，它可以同时处理多个数据库文件，以创建一种用户可以稍后选择压缩和存档的缓存。我对这些数据库使用 SQLite3。然而，当谈到压缩时，我注意到对于 SQLite 连接字符串，有一个可以启用的可选压缩参数。另一种选择是通过 GZip 流运行所有数据库文件。最后一个选择是两者都做。
我想知道什么选项平均会导致压缩后磁盘使用量最小？我认为 SQLite 可能比我更了解如何压缩它自己的数据库文件，但是它是在每个文件的基础上工作的。 GZip 可以利用跨文件的数据来更好地压缩文件，但是如果 SQLite 数据库已经压缩，则可能会减少 GZip 流可用于生成较小输出的跨文件数据。
I am working on a program in C# that deals with multiple database files at once to create a sort of cache that a user can choose later to compress and archive. I am using SQLite3 for these databases. However, when it came to compression, I noticed that for the SQLite connection string, there is an optional parameter for compression that can be enabled. Another option is to just run all of the database files through a GZip stream. The last option is to do both.
What I am wondering is what option would, on average, result in the smallest disk usage after compression? I figured that SQLite probably knows better than me how to compress its own database files, however that works on a per file basis. GZip can take advantage of data across files to better compress files, however if the SQLite databases are already compressed, it might reduce the cross file data that a GZip stream can use to make a smaller output.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我还没有看到任何使用
compress=true的结果，反之亦然。我已经看到使用 ZIP 或 7-ZIP 对 SQLite 数据库文件进行了非常好的压缩。I haven't ever seen any results from using the
compress=trueverses not. I have seen really good compression of the SQLite database file using ZIP or 7-ZIP.