Azure存储表与SQL

The*_*ies 58 azure azure-storage azure-table-storage azure-sql-database

我刚刚开始学习Azure,我看不到太多的场景,你想要把东西放到Azure存储表而不是SQL.我想也许我习惯在需要相关数据的环境中工作?

何时将某些内容放入Azure存储表而不是Azure SQL数据库中的表中更好?

Rag*_*nar 65

当您希望使用关系,索引,约束等处理结构化数据时,SQL Azure非常有用.

当您需要使用没有关系且通常具有大量卷的集中式结构化数据时,Azure存储表非常有用.

价格:SQL Azure:5GB,25.98美元/月

存储表:175 GB(无交易或带宽)$ 21.88/m因此,当您存储大量数据时,存储表便宜很多......例如,想一想日志记录.

集中化:Windows Azure是服务器的分布式环境,因此如果您在一台计算机上保存某些内容,其他人将无法了解它,因此存储表是集中式登录,会话处理,设置或其他任何内容的良好解决方案(请记住,即使在一个数据中心也有延迟)

速度:如果你设计得对,在很多情况下,存储表应该比sql azure快,但它可能取决于用例,我还没有真正测试过.

  • 关于集中化,表存储以及Azure SQL都提供异地复制。[链接](https://docs.microsoft.com/en-us/azure/sql-database/sql-database-business-continuity)。 (2认同)

小智 30

虽然我在这篇文章中添加的时间较晚,但我确实想提一件似乎没有涉及的内容.Azure SQL有数据限制(我怀疑很快就会上升).Web版为5 GB,Business Edition为150 GB.对于某些解决方案,这非常合适.但对于其他人来说,它可能不是,而且我个人遇到过这种情况.

Azure表的上限磁盘限制要高得多.我相信它的100 TB.

而且,虽然NoSQL本质上是非关系型的,但这并不一定是坏事.事实上,如果我们以不同的方式考虑我们的问题,我们通常认为我们需要关系.您可以在代码本身内强制执行关系 - 我怀疑大多数开发人员所做的事情比他们真正想象的要多得多.

  • 更多人应该一直读下来:) (3认同)

Nik*_*vic 10

如果出现以下情况,我会一直使用azure表作为更便宜的解决方案:

  • 我只通过PK执行表选择(由于整个反序列化,选择属性很慢)
  • 我可以使用有限的Linq集(查询运算符(表服务支持))
  • 我不需要连接表并在服务器上执行复杂的查询
  • 我需要对数据进行分层"分割"(Sql Azure Federations是从第0天开始使用PartionKey的那个方向的步骤)

  • @RickNZ值得注意的是,在撰写本文时,费用非常低:每100,000笔交易0.005美元. (2认同)