问题标签 [azure-table-storage]

我正在考虑为 Azure 平台做一些开发。我不需要你从 SQL Azure 获得的完整的关系的东西，我会很感兴趣使用表存储来代替。

现在，我需要做的一件 Relational 事情是表示存储中表之间的一对多和多对多关系。

我对如何使用带有分区键和行键的中间表来表示这一点非常满意，就像常规数据库在内部表示它们一样。

我想知道的是，是否值得创建一个工作服务来作为存储和访问它的任何东西之间的中介，以便创建一个可以监督我正在寻找的有限程度的参照完整性的前端。

作为客户端的一部分，我可以很容易地做到这一点，但我想知道将服务托管在云中是否意味着更低的网络延迟，因为任何跨越这些引用的查询都可能需要与三个不同的表对话并且推测这些请求在服务和发布在云中的存储之间应该快得多，因此只有一个来自云外部的请求而不是多个请求。

如果这是一个有用的策略，是否有现有的工具可以做到这一点？如果不是什么会更好，还是没有明显的好处？我应该把它吸干并选择 SQL For Azure 还是某种异构解决方案，将我的大数据存储在表存储中，并将我的查找和表引用存储在 SQL 中？

我在将 WebRole（WCF 服务）部署到Azure时遇到问题。我的 WebRole 持续显示忙碌至少 30 分钟，直到我中止它。我通过 Visual Studio 2010 进行部署。我正在寻找一些跟踪信息，并且有一些博客将我指向名为WADInfrastructureLogsTableand的存储表WADLogsTable。

我已经使用我的存储帐户设置了配置设置，如下所示：

我的存储帐户中根本没有表。即使在我成功部署了Hello World应用程序之后。我的 Blob 容器包含一个 vsdeploy- 和一个 wad-control-container，我有 4 个队列。

这些表将如何创建？

尝试在天蓝色表存储中插入记录时出现异常“属性值大于表服务允许的值”。

下面是我的表结构，字符串 PartitionKey,String RowKey,string Id , string site, string name , byte[ ] content,
public DateTime createdtime

我正在尝试在内容字段中保存 83755 字节数组（ 82KB ），其他字段最多为 35 个字符。

谁能告诉我天蓝色存储表的最大行大小是多少？

以下是我提到的 url .. 那里提到该行最大可以有 1MB。但我的不超过 100 KB。

关联

谢谢，

戈皮纳特

我有需要写入天蓝色存储表的数据。有人可以指向我可以参考示例代码的博客或 msdn 文章吗？帮助我超越第 4 行代码。

有谁知道查询天蓝色表存储以获取空值的正确方法。从我读过的内容来看，这是可能的（尽管有一个错误阻止它在开发存储中使用）。但是，当我在实时云存储上这样做时，我不断收到以下错误：

请求输入之一无效。

这是我整理的 LINQ 查询的简化版本。

如果我在不检查 null 的情况下运行查询，它工作正常。我知道一个可能的解决方案是对该查询返回的集合运行第二个查询。如果需要，我不介意这样做，但想知道我是否可以先让这种方法发挥作用。

有人看到我做错了什么明显的事情吗？

我正在研究使用表存储来存储一些事务数据，但是，我需要支持一些非常高级的报告，基本上是每天/每月的总数。

我有几个选择：

• 使用分区/行键结构并动态执行求和，
  例如 20101101_ITEMID_XXXXXXXX（x = guid 或时间，以使其唯一）然后我将使用行键的一部分（ITEMID_201011）查询一个月数据，并在“类型中的成本”属性。

  但是，如何管理 1000 条记录的查询限制？（即如果一天有超过 1000 笔交易，总计会很困难）

• 使用另一条记录存储当天的总数，并在添加新记录时对其进行更新，
  例如行键“20101101_ITEMID_TOTAL”，然后查询天总数、月数或年总数。

做这个的最好方式是什么？对于使用表存储的这种类型的要求，是否有“最佳实践”？

I have a class with an IDictionary. The size of this object isn't fix to any particular size. The idea with this is to have a Dynamic Schema of my object. I want to store this object in the TableStorage. How can I do this? And how can I retrieve this information from store after this inside my object with the IDictionary again??

Thanks!!

我正在寻找将数组存储在 Azure 表实体中。目前，唯一原生支持的数组类型是字节数组，长度限制为 64k。大小足够了，但我想在实体中存储长、双精度和时间戳的数组。

我显然可以自己将多个字节转换为请求的类型，但我想知道是否有任何最佳实践来实现这一点。

澄清一下，这些是与单个键关联的固定长度数组（例如 1000 个单元格）。

来自关系数据库背景，我可以很快过渡到面向文档的数据库。许多最有价值的“关系”由文档的层次结构维护。NoSQL 的许多 DODB 变体也提供了非常丰富的查询语言。我想我理解这个 NoSQL 子集。

我正在寻找一个很好的参考来围绕 Azure 表存储、S3 和 BigTable 实现的数据库样式进行设计。我看到的所有示例似乎都是微不足道的实现。

你知道在这个领域有什么重要的设计处理吗？

我仍在努力解决与 CQRS 风格架构相关的基本（和已解决）问题：

我们如何实现依赖于一组聚合根的业务规则？

以预订应用程序为例。它可以让您预订音乐会的门票、电影的座位或餐厅的餐桌。在所有情况下，只有有限数量的“物品”可供出售。

让我们假设某个事件或地点非常受欢迎。当新活动或时间段的销售开始时，预订开始很快到达 - 可能每秒很多。

在查询方面，我们可以大规模扩展，并将预订放在队列中，由自治组件异步处理。起初，当我们从队列中拉出保留命令时，我们将接受它们，但在某个时间我们将不得不开始拒绝其余的命令。

我们如何知道何时达到极限？

对于每个预订命令，我们都必须查询某种存储来确定我们是否可以容纳该请求。这意味着我们需要知道当时我们已经收到了多少预订。

但是，如果域存储是非关系数据存储，例如 Windows Azure 表存储，我们就不能很好地做一个SELECT COUNT(*) FROM ...

一种选择是保留一个单独的聚合根，它只跟踪当前计数，如下所示：

• AR：预订（谁？多少？）
• AR：事件/时间段/日期（总计数）

第二个聚合根是第一个聚合根的非规范化聚合，但是当底层数据存储不支持事务时，这些很可能在大容量场景中不同步（这是我们正在尝试的首先是地址）。

一种可能的解决方案是将保留命令的处理序列化，以便一次只处理一个，但这违背了我们的可扩展性（和冗余）目标。

这样的场景让我想起了标准的“缺货”场景，但不同的是我们不能很好地将预订放在延期交货上。一旦一个活动售罄，它就已经售罄，所以我看不出有什么补偿措施。

我们如何处理这样的场景？