Windows Azure 表服务 - 扩展属性和表架构

Question

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

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

由于 Windows Azure 中的表已经使用 EAV 模型，因此我正在考虑对实体进行自定义序列化，以便存储扩展属性，就像在实体的编译时声明它们一样。我可以使用 DataServiceContext 来完成此任务。

private void OnReadingEntity(object sender, ReadingWritingEntityEventArgs e)
{
    MyEntity Entry = e.Entity as MyEntity;

    if (Entry != null)
    {
        XElement Properties = e.Data
            .Element(Atom + "content")
            .Element(Meta + "properties");

        //select metadata from the extended properties
        Entry.ExtendedProperties = (from p in Properties.Elements()
                          where p.Name.Namespace == Data && !IsReservedPropertyName(p.Name.LocalName) && !string.IsNullOrEmpty(p.Value)
                          select new Property(p.Name.LocalName, p.Value)).ToArray();
    }
}

private void OnWritingEntity(object sender, ReadingWritingEntityEventArgs e)
{
    MyEntity Entry = e.Entity as MyEntity;

    if (Entry != null)
    {
        XElement Properties = e.Data
            .Element(Atom + "content")
            .Element(Meta + "properties");

        //add extended properties from the metadata
        foreach (Property p in (from p in Entry.ExtendedProperties 
                                where !IsReservedPropertyName(p.Name) && !string.IsNullOrEmpty(p.Value)
                                select p))
        {
            Properties.Add(new XElement(Data + p.Name, p.Value));
        }
    }
}

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

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

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

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

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

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

Answer 1

开发存储使用SQL Express来模拟云表存储。忽略您在那里看到的内容...生产存储系统不存储任何模式，因此在表中拥有大量唯一属性不会产生任何开销。