问题标签 [azure-table-storage]

什么时候应该使用 Sql Azure，什么时候应该使用表存储？我在想，将表存储用于交易处理场景，例如借记贷记账户类型的场景，并在数据不用于交易目的（例如报告）时使用 Sql Azure。你怎么看？

我从 MS PDC 演示文稿中了解到，PartitionKey 用于跨多个服务器对表进行负载平衡，但似乎没有人就 PartitionKey 是否用作单个服务器内的索引给出任何建议。

同样，每个人都会告诉您指定 PartitionKey 和 RowKey 可以获得出色的性能，但似乎没有人告诉您 RowKey 是否用于提高 PartitionKey 内的性能。

以下是一些示例查询，可帮助我构建问题。假设整个表包含 100,000,000 行。

1. PartionKey="123" 和 OtherField="def"
2. PartitionKey="123" and RowKey >= "aaa" and RowKey < "aac"

以下是我的问题：

• 如果每个分区中只有 10 行，查询 1 会很快吗？
• 如果我在每个分区中有 1,000,000 行，查询 2 会很快吗？

我想将这样的实体用于表存储：

但这是不可能的，因为 ATS 需要

1. 无参数构造函数
2. 所有属性都是公开的和读/写的。
3. 继承自 TableServiceEntity；

前两个，是我不想做的两件事。为什么我希望任何人都可以更改一些应该是只读的数据？或以不一致的方式创建此类对象（那么 .ctor 的用途是什么？），或者更糟糕的是，更改 PartitionKey 或 RowKey。为什么我们仍然受到这些反序列化要求的限制？

我不喜欢以这种方式开发软件，如何以可以序列化和反序列化自己的对象的方式使用表存储库？我认为只要对象从 TableServiceEntity 继承就应该不是问题。

到目前为止，我必须保存一个对象，但我不知道如何检索它：

有没有办法避免那些反序列化要求或获取原始对象？

干杯。

好的，我一直在努力解决这个问题，我想问问有没有人遇到过这个问题。

我的配置和设置如下。这是部署到登台环境时。我知道正在发生日志记录，因为我启用了 RDP 并且我能够进入并且可以看到创建的 IIS 日志。但是，即使其他诊断日志没有问题，它们也不会传输到 blob 存储。

在基础设施日志中，我可以看到以下错误，我被告知这只是关于代理而不相关：

我在事件查看器中看到的另一个警告是：

这是一个作为 WebRole 运行的相当简单的 WCF 应用程序。配置如下所示：

我还以几种不同的方式改变了听众，但结果相同。所以我不认为那是问题，但我愿意接受建议

webrole 中的代码如下所示：

由于DiagnosticsConnectionString某些表和容器已正确创建和填充，因此已正确设置。

任何帮助表示赞赏。提前致谢。

我开始为托管在 Azure 云上的基于 .Net 的社交网络应用程序进行一些架构工作。我们将在前端使用 ASP.NET MVC。

我想考虑存储选项。考虑到可扩展性需求以及应用程序的互连性质，SQL azure 已被排除在外。

选择具有社交网络应用程序特定功能的图形数据库（例如 Sones GraphDB 或 neo4j）的主要考虑因素是什么，而不是使用 Windows azure 表存储来满足需求。

我最关心的是开发时间、成本、利用现有技能（如 .NET）的能力、图形数据库平台的可靠性以及易于设置和管理。

如果不正确，请原谅我的术语，但我宁愿不直接向最终用户公开 Azure 表实体对象，尽管我想公开 IQueryable。

如何转换IQueryable<TableEntity> 为IQueryable<Object>

如本博客所述，我基于我的 oData 逻辑。如果您有更好的方法，请分享。

http://blogs.southworks.net/fboerr/2010/07/29/create-a-wcf-data-service-odata-to-share-an-azure-table/

我不确定这是否可行，但我正在尝试使用 C# Azure Table API 通过创建一个全新的实体并合并它来更新表存储中的属性：

基本上，我想更新上次访问日期而不更新创建日期，但由于 DateTimes 不能为空，我不能这样做。是否可以在不两次调用表的情况下执行此操作？由于这将被频繁调用，因此如果可以避免的话，我不想在更新对象之前检索它。

Looking at examples that people have coded I see a lot of people using SaveChanges and not using SaveChangesWithRetries. I assume SaveChangesWithRetries is the best thing to do so is there any advantage in just using SaveChanges? Also if I do SaveChangesWithRetries is there anything else that I need to configure or should I just go with defaults?

_LogEntryServiceContext.MergeOption = MergeOption.PreserveChanges; _LogEntryServiceContext.AttachTo("LogEntry", itemToDelete, "*"); _LogEntryServiceContext.DeleteObject(itemToDelete); _LogEntryServiceContext.SaveChanges(); _LogEntryServiceContext.Detach(itemToDelete);

Thanks,

Mariko

我怀疑是这样，因为抽象类 TableServiceEntity 具有以下内容：

如果我想要一个 DateTime 或 Double 类型的 RowKey 怎么办？

如果我试图序列化一个普通的 CLR 对象，并且我不想序列化一个特定的成员变量，我可以用

属性。如果我正在创建一个表服务实体，是否有一个等效的属性可以用来告诉 Azure 表服务忽略此属性？