Azure表存储存储多种类型

对于以下场景，您有什么建议：

我有一个名为 Users 的天蓝色表，其中列如下：

• 首要的关键
• RowKey
• 时间戳
• 名
• LastName
• Email
• Phone

然后每个用户都有不同类型的任务，我们将它们称为TaskType1 和TaskType2。

两种任务类型都有公共列，但也有类型特定的列，如下所示：

• PrimaryKey（这与 Users PrimaryKey 相同，用于查找属于一个用户的所有任务）
• RowKey
• 时间戳
• Name
• DueDate
• 描述
• Priority

任务类型 1 有附加列：

• 预计完成日期
• 可行

任务类型 2 有其自己的特定列：

• 预计费用

我知道我可以将两种类型存储在同一个表中，我的问题是：

如果我对 TaskType1 和 TaskType2 使用不同的表，会对交易成本产生什么影响？我猜测，如果每种任务类型都有 2 个表，那么我将发出如下查询：get me all tasks where the task Primarykey is equal to a specific user from Users table PrimaryKey那么我将不得不为每种类型运行 2 个查询（因为用户可以同时拥有两种任务类型），这意味着更多的事务...相反，如果两个任务都在同一个表中，那么它将类似于 1 个查询（之后限制为 1000 个）分页事务）因为我将获取 PartitionKey 是用户 PartitionKey 的所有行，因此分区不会拆分，这意味着 1 个事务，对吗？

那么，如果我将任务存储在不同的表中，我将会有更多的事务，我的理解是否正确？

你的理解是完全正确的。将任务拆分为 2 个单独的表将意味着 2 个单独的查询，从而意味着 2 个事务（暂时不考虑 1000 多个实体）。尽管交易成本是将它们保留在同一个表中的原因之一，但还有其他原因：

• 通过将它们保存在同一个表中，您将充分利用 Azure 表存储的无架构特性。
• 2 个表意味着 2 个网络调用。尽管该服务具有高可用性，但您需要考虑调用第一个表成功但调用第二个表失败的情况。在这种情况下您的应用程序会如何表现？您是否也丢弃第一个表中的结果？通过将它们保留在一张表中可以避免这种情况。
• 假设您的应用程序中有一个场景，用户可以同时订阅任务 1 和 2。如果将它们保存在同一个表中，则可以使用Entity Group Transaction因为两个实体（一个用于任务 1，另一个用于任务 2）将具有相同的 PartitionKey（即用户 ID）。如果将它们保存在单独的表中，您将无法利用实体组事务。

我给出的一项建议是在任务表中添加“TaskType”属性。这样您也可以更轻松地按任务进行过滤。