SQL Server 2008 页/行压缩的想法

发布于 2024-07-18 21:17:22 字数 381 浏览 5 评论 0原文

这里的其他人是否玩过 SQL Server 2008 Compression 在其数据集的页面或行级别上有多少? 您对速度和磁盘空间方面的性能印象如何?

有人见过压缩明显损害性能吗?

在一些巨大的事实表上,我们一直在研究并注意到压缩可以对表及其索引产生非常有益的查询速度差异。 它还节省了大量磁盘空间(某些数据约为 50%)。 我们的硬件设置相对于处理器而言受到严格的磁盘/IO 限制,到目前为止,压缩对我们来说似乎是一个非常简单的性能胜利。

Have other people here played with SQL Server 2008 Compression at either the page or the row level on their datasets much? What have your impressions been on performance both speed and disk-space wise?

Has anyone ever seen compression demonstrably hurt performance?

On some of our huge fact tables we've been playing around and noticing that compression can make a hugely beneficial query speed difference on both tables and its indexes. It's also been saving a lot of disk space (~50% on some data). Our hardware setup is severely disk/io bound relative to the processor and compression so far seems like a trivially easy performance win for us.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

浪荡不羁 2024-07-25 21:17:22

老问题,但根据经验,一个简单的经验法则是:

  • 对于非 BLOB 数据行存储压缩比在 3 到 4 倍之间
  • 对于非 BLOB 数据列存储压缩比在9 次和 11 次

Linchi Shea 文章似乎现在需要登录......

Linchi Shea 发布了一些关于此主题的有趣文章:

这可能也令人感兴趣:

SQL Server 存储引擎博客 也有一些关于压缩的有趣帖子。

Old question, but from experience, a simple rule of thumb is:

  • for non-BLOB data row-store page compression ratio is between 3 and 4 times
  • for non-BLOB data column-store compression ratio is between 9 and 11 times

Linchi Shea articles seem to be behind a login now....

Linchi Shea has posted some interesting articles on this topic:

This might also be of interest:

The SQL Server Storage Engine blog also has a few interesting posts on Compression.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文