问题标签 [azure-storage]

我正在尝试更新 Azure 表存储中的条目。功能是：

如果它是一个新条目（“bug.RowKey == null”路径），那么它可以正常工作。如果它是对现有实体的更新，则“AttachTo”和“UpdateObject”调用工作，但当它到达“SaveChanges”时，它会抛出“请求输入之一无效”异常。

正在存储的类是：

有谁知道问题是什么？

谢谢你的帮助。

我想知道是否有办法上传/下载 blob；在不使用 webrole 的情况下添加删除视图元数据？如果我的应用程序有很多 gui，那么会有多个 webroles 吗？在我看到的任何地方，webrole 的文件 default.aspx.cs 都与基于事件的 blob 有关；这很好，但是如果我的 gui 更复杂怎么办？

每次尝试为 blob 创建容器时都会出现异常

使用以下代码

你们知道我做错了什么吗？

我有一个简单的视频编码工作者角色，它从队列中提取消息对视频进行编码，然后将视频上传到存储。一切似乎都正常，但偶尔在我完成编码和上传后删除消息时，我会收到“StorageClientException：指定的消息不存在”。尽管视频已处理，但我相信该消息会重新出现在队列中，因为它没有被正确删除。我将消息 visablilty 设置为 5 分钟，没有一个视频的处理时间超过 2 分钟。

• Worker 角色的另一个实例是否可能正在处理和删除消息？
• GetMessage() 不会阻止其他工作角色接收相同的消息吗？
• 我在队列设置中做错了吗？
• 什么可能导致删除时找不到此消息？

一些代码...

我需要将一些 blob 存储集成到现有的 ASP.NET Mvc 站点中

我希望能够只添加一些参考，然后只做puts和gets

但我找不到任何简单的例子来说明如何做到这一点（这还没有被弃用到它不再起作用的地步）

我曾尝试使用 StorageClient，但 CreateCloudBlobClient() 似乎不起作用。

我正在浏览一些视频。我发现 Windows Azure 会根据分区键将 blob 分组到分区中，并会在其服务器上自动对这些分区进行负载平衡。Blob 的分区键是 Blob 名称。使用 blob 名称，azure 会自动进行分区。

现在，我的问题是我能否根据容器名称制作天蓝色的分区。我希望我的分区键是容器名称。

例如，我有一个存储帐户。我有 2 个名为container1和container2的容器。在 container1 中，我有 1000 个名为1.txt、2.txt、3.txt、.......、501.txt、502.txt、...... 999.txt、1000.txt的文件container2，我还有另外 1000 个文件，分别命名为1001.txt、1002.txt、1003.txt、.......、1501.txt、1502.txt、...... 1999.txt、2000.txt

现在，Windows Azure 会根据 blob 名称生成 2000 个分区并通过几台服务器为我服务吗？？？

如果 Azure 分区基于容器名称不是更好吗？container1 在一台服务器上，conatiner2 在另一台服务器上。

我有一个实体，除了一些常见属性外，它还包含一个扩展属性列表，该列表存储为集合中的 (Name, Value) 字符串对。我可能应该提到，这些扩展属性因实例而异，并且只需要为每个实例列出它们（不会对扩展属性进行任何查询，例如查找具有特定（名称，值）对）。我正在探索如何使用 Windows Azure 表服务来持久化这个实体。对于我现在正在测试的特定方法，我担心随着应用程序遇到更多不同的扩展属性名称，性能可能会随着时间的推移而下降。

如果我将此实体存储在典型的关系数据库中，我可能有两个表来支持此模式：第一个将包含实体标识符及其公共属性，第二个将引用实体标识符并使​​用 EAV 样式行-建模以存储扩展的 (Name, Value) 对，每行一个。

由于 Windows Azure 中的表已经使用 EAV 模型，因此我正在考虑对我的实体进行自定义序列化，以便存储扩展属性，就好像它们是在实体的编译时声明的一样。我可以使用DataServiceContext提供的 Reading- 和 Writing-Entity 事件来完成此操作。

这是可行的，因为我可以定义扩展属性名称和值的要求，我可以确保它们符合 Windows Azure 表中实体属性的所有标准要求。

那么随着时间的推移，当应用程序遇到数千个不同的扩展属性名称时会发生什么？

以下是我在开发存储环境中观察到的情况：

• 表容器架构随着每个新名称而增长。我不确定这个模式到底是如何使用的（可能是下一点），但显然这个 xml 文档会随着时间的推移变得非常大。

• 每当读取一个实例时，传递给 OnReadingEntity 的 xml 包含曾经为任何其他实例存储的每个属性名称的元素（不仅仅是为正在读取的特定实例存储的属性名称）。这意味着实体的检索将随着时间的推移变得更慢。

我应该在生产存储环境中期待这些行为吗？我可以看到这些行为对于大多数表来说是如何可以接受的，因为随着时间的推移，模​​式大部分是静态的。也许 Windows Azure 表不是为这样使用而设计的？如果是这样，我当然需要改变我的方法。我也愿意接受有关替代方法的建议。

想知道你们聪明的人是否可以帮助我解决一个正确的错误。

我正在并行上传 blob 块，这在针对实时存储运行时效果很好，但是针对开发存储我偶尔会收到错误“指定的 blob 已经存在”。奇怪/讽刺的是，如果 blob确实已经存在，那么我永远不会看到错误。

这是我的代码：

我试过设置

正如这个线程所建议的那样UploadFile-CloudBlockBlob 的行为是什么？看看它是否会有所作为，但它仍然出错。

精氨酸！我第一次遇到“在现场工作但不在我的机器上的错误”！:)

我用 Fiddler 检查了所有的存储请求，Live 和 Dev 之间没有区别，所以我假设这是开发存储的错误。关于如何最好地处理这个问题的任何想法？

谢谢！

突然，我的 Windows azure 应用程序停止在开发结构中运行。它工作正常。当我在我的解决方案中添加两个项目“AspProviders”和“StorageClient”时，它没有运行。它也没有触发任何事件。没有错误但没有运行。

输出有以下消息：

并显示开发结构 UI：

请帮忙。

如何在 azure 存储位置创建子容器？