Azure上的ColumnStore索引优势？

Question

我们目前正在Azure上运行，我们有一个包含数亿行的表。此表是静态的，将每周刷新一次。我们已经查看了ColumnStore索引，但不幸的是它不是Azure，所以下面是我的问题，

• ColumnStore索引是否可以在Azure中使用？
• 如果没有，我们可以使用什么其他技术来获得相同的性能 ColumnStore索引会提供哪些好处？
• 我们可以使用Azure表存储获得相同的查询性能吗？

我是Azure和Columnar数据库的新手，所以如果我问这些问题，请耐心等待.. :)

Answer 1

• 关于ColumnStore，如果您已购买许可证，则可以咨询开发团队或在ScottGu's Blo g等博客上查询。只有你才会知道任何功能发布。
• Azure数据库旨在实现可伸缩性。您需要非常明智地使用Partition Key。 Partition Key就像书的索引一样，所以如果你想在书中搜索某些东西，你可以快速参考索引并快速到达页面。换句话说，您可以根据特定条件对数据进行分组，并将其存储在单个分区中。因此，只要您具有相同的条件，您的查询将只访问一个分区。分区的事情是，对于一个表，您可以使用任意数量的分区，但并不是所有分区都必须驻留在同一台机器甚至同一个服务器场上。因此，当您在设计糟糕的Azure表上触发查询时，它可能会遇到多个服务器，从而导致性能下降。阅读Real World: Designing a Scalable Partitioning Strategy for Windows Azure Table Storage

希望你得到你想要的东西。

Answer 2

正如Amar指出的那样，请关注团队博客，了解最新的新功能公告。 SQL Azure的目标是最终找到新功能的位置。然而，事情还需要一段时间才能实现。

至于你的性能问题，对此没有简单的答案。 Windows Azure资源是为扩展而设计的，而不是必需的高性能。因此，在设计解决方案时，需要考虑您的规模/容量目标。对于您的情况，我建议您考虑表存储，但这取决于频率访问以及您需要对数据进行的查询类型。如果您必须对以不同方式建模的数据的冗余副本，或者甚至可能运行并行查询和聚合结果，请不要感到惊讶。这是表存储设计使用的方式。它比SQL Azure便宜，而且它的价格差异使得冗余的专用数据模型成为可能。

这种方法还必须与重新培训开发人员的成本进行权衡，以便不再考虑RDBMS术语。 ：）