问题标签 [azure-storage]

我正在尝试编写代码来访问我的天蓝色本地开发存储。我首先为自己创建了一个新存储：

我现在可以在 SSMS 中看到 DevelopmentStorageDb20090919 以及一些预先创建的表，例如 dbo.TableContainer、dbo.TableRow 等。

1. 现在，我可以简单地通过 SSMS（例如 Employee 表）将表添加到该数据库并开始通过代码访问它们吗？这是做事的正确方法吗？

例如：

2. 另外，一旦我完成了，我如何将表格和数据移植到实际的云帐户中？通过在那里运行脚本？

有哪些选项可以保护 Windows Azure 表存储？

反正有创建ACL吗？例如，只读帐户、管理员帐户等？

谢谢

在将适当的连接字符串添加到 ServiceConfiguration.cscfg 和以下代码后，我有一个工作人员角色，我想获得关于...的诊断反馈：

当我调用“System.Diagnostics.Trace.TraceInformation("test log") 我希望能够在目标 Azure 存储帐户的 WADLogsTable 中找到记录。但是，该表不存在-它是如何创建的？我读过的文档都没有涵盖这一点。
提前致谢，

我正在尝试将 Windows 服务器设置为我的本地服务器。我能够克服连接问题（计算机模拟器只听 127.0.0.1），现在我面临一个新的、更困难的问题。

写入本地 BLOB 存储需要很长时间。

我编写了一个简单的“hello world”ASP.NET Web 角色，它将随机文件写入 Queue 和 BLOB。Web 角色与存储模拟器在同一台机器上运行。写入队列相当快，但 BLOB 则完全不同。

写入 BLOB 使我的网络角色工作慢了 50 倍（！）。

对云存储使用完全相同的代码使其运行速度更快。这告诉我，问题肯定在于使用本地存储模拟器。

有谁知道如何提高存储模拟器的性能？

谢谢你的时间，埃拉德

我是 Azure 的新手，想知道 Microsoft.Samples.ServiceHosting.StorageClient 和 Microsoft.WindowsAzure.StorageClient 之间有什么区别？两者都在使用还是我应该只使用后者？谢谢你。

我只是想知道是否有任何有 Azure 表存储经验的人可以评论使用 1 个表来存储多种类型是否是个好主意？

我想这样做的原因是我可以进行交易。但是，我也想在开发方面有所了解，这种方法处理起来容易还是混乱？到目前为止，我使用 Azure 存储资源管理器来辅助开发，在一个表中查看多种类型一直很乱。

举个例子，假设我正在设计一个博客社区站点，如果我将所有博客文章、类别、评论存储在一个表中，我会遇到什么问题？另一方面，如果我不这样做，那么如何确保类别和帖子的一致性（例如，假设 1 个帖子可以有一个 1 个类别）？

或者人们是否有其他不同的方法来使用表存储来解决这个问题？

谢谢你。

我正在阅读有关 Azure blob 和存储的信息，但有些内容我不明白。

首先，您可以租用 Azure 来进行托管，但是当您创建 Web 角色时……您是否需要存储 .dll 和其他文件（.js 和 .css）？或者您可以使用工作角色中的小存储配额？多久了？我无法理解每次浏览器下载 CSS 文件时都要收费，所以我想我可以将这些东西存储在另一种存储中。

其次，您需要为交易和带宽付费，因此在您的网站中提供指向 blob 的直接链接并不是一个好主意，那么……您会做什么？从您的网站代码下载它并从 ASP.NET 即时写入客户端输出流？我想我已经读过内部流量/交易是免费的，所以它看起来像是一个“太好而不真实”的解决方案：D

托管和存储之间的流量也是免费的吗？

提前致谢。

我不明白为什么，但客户端库中似乎没有机制可以为 Windows Azure 表存储并行执行许多查询。我创建了一个模板类，可以用来节省大量时间，欢迎您随意使用它。但是，如果您能将其分开，并提供有关如何改进该课程的反馈，我将不胜感激。

关于将 RetryPolicy 与表存储结合使用的几个问题，

1. 尽可能使用 RetryPolicy 是否是最佳实践，因此尽可能使用 ctx.SaveChangeWithRetries() 而不是 ctx.SaveChanges() ？

2. 例如，当您使用 RetryPolicy 时，

   ctx.RetryPolicy = RetryPolicies.Retry(5, TimeSpan.FromSeconds(1));

人们通常对 retryCount 和 TimeSpan 使用什么值？我看到 5 次重试和 1 秒 TimeSpan 是一个流行的选择，但是每次 1 秒重试 5 次会不会太长？

谢谢，

射线。

我正在使用 Azure 表存储。当我查询包含 PartitionKey 和 RowKey 以外的参数的空表时，出现异常。当我至少有一行时，不会出现异常。如果我只用 PartitionKey 和 RowKey 查询空表，就可以了。

我当然不想做额外的往返来测试桌子是否是空的。人们通常如何解决这个问题？有没有一种快速检查表是否为空的高效方法？

我正在使用开发存储，因为我刚刚看到在这种情况下使用开发存储报告了错误，并且错误在生产中消失了。但是，我不想只为开发存储保留自定义代码，有没有一种很好的方法来解决这个问题，所以我可以在本地以及生产云环境中运行相同的代码？