使用TableServiceEntity将复杂对象插入到azure表中

met*_*ase 9 c# entity azure azure-table-storage

我正在考虑将一个完整的复杂对象添加到表中.来自良好的老式SQL方法,我显然将其分为表格,但我正在尝试不同的方法.所以基本上我有一个对象,它由一个嵌套类(在你反序列化json集合时得到的东西)组成,它有通常的Customer,Business和InvoiceItems列表.

public class Business
{
    public string _id { get; set; }
    public string name { get; set; }
    public string street_1 { get; set; }
    public string street_2 { get; set; }
    public string town { get; set; }
    public string county { get; set; }
    public string postcode { get; set; }

 //other fields as needed
}

public class Customer
{
    public string _id { get; set; }
    public string name { get; set; }
    public string street_1 { get; set; }
    public string street_2 { get; set; }
    public string town { get; set; }
    public string county { get; set; }
    public string postcode { get; set; }

    //other fields as needed
 }

public class InvoiceItems
{
    public string item_id { get; set; }
    public string price_per_unit { get; set; }
    public string quanity { get; set; }
    public string date { get; set; }
}

public class WholeObject
{

    public Customer customer { get; set; }
    public Business address { get; set; }
    public List<InvoiceItems> items { get; set; }
}
Run Code Online (Sandbox Code Playgroud)

(样本课真的)

除了1MB大小之外是否有任何限制将其插入表中?我已经阅读了 TableServiceEntity,它应该映射C#对象,但它会处理吗?在这个阶段,这是一个非常假设的问题,因为我实际上并没有尝试对其进行编码.任何帮助,将不胜感激.

Igo*_*rek 17

复杂属性不会保存到表存储中.只能保留标准数据类型的子集.有关支持哪些数据类型的详细信息,请查看此链接:http://msdn.microsoft.com/en-us/library/windowsazure/dd179338.aspx(查看"属性类型"部分)

但是,你想做的事情是可能的,只是稍微难以实现.这有两种方法可以做到:

  • 在WholeObject类上公开CustomerSerialized,AddressSerialized和ItemsSerialized属性.让这些属性将其关联的复杂对象序列化/反序列化为字节数组,json或xml.这种方法有两个缺点:a)即使你只需要Customer对象,你也总是从azure表存储中加载完整的对象树; b)每个对象的每个属性限制为64kb,因此您最好确保InvoiceItems集合适合64kb序列化

  • 提出一个PartitionKey/RowKey模式,允许您将所有类型的相关对象保存为单个实体,但使用PartitionKey/Rowkey指示它们之间的关系.这将允许您独立地获取完整对象树或单个子对象.这种方法没有第一种方法的两个缺点,但在实施时肯定是复杂的一面.它还限制了您将PartitionKey/RowKey调整为其他业务需求的能力.我已经为一家大型电子商务公司做了这种方法,取得了很大的成功.
    在我的项目中,所有实体(root和child)的PartitionKey被映射到"WholeObject"的ID,而RowKey由ParentObjectID,ChildObjectID和ChildObjectType的连接组合组成.当需要检索WHoleObject中的所有对象时,只需对PartitionKey发出查询,否则使用PartitionKey和RowKey的一部分来获取某些类型的对象(即:所有地址)或PartitionKey和完整的RowKey以获取个人实体.这种方法支持无限深度的对象树结构,但是,一旦实体数量超过100,将对象存储在一个事务中就很头疼了.

HTH


Dog*_*lan 13

我遇到了类似的问题,并实现了一个通用的对象flattener/recomposer API,它将复杂的实体扁平化为扁平EntityProperty字典,并以表格形式将它们写入Table Storage DynamicTableEntity.

然后,相同的API将从EntityProperty字典中重新组合整个复杂对象DynamicTableEntity.

看看:https://www.nuget.org/packages/ObjectFlattenerRecomposer/

用法:

//Flatten object of type Order) and convert it to EntityProperty Dictionary
 Dictionary<string, EntityProperty> flattenedProperties = EntityPropertyConverter.Flatten(order);

// Create a DynamicTableEntity and set its PK and RK
DynamicTableEntity dynamicTableEntity = new DynamicTableEntity(partitionKey, rowKey);
dynamicTableEntity.Properties = flattenedProperties;

// Write the DynamicTableEntity to Azure Table Storage using client SDK

//Read the entity back from AzureTableStorage as DynamicTableEntity using the same PK and RK
DynamicTableEntity entity = [Read from Azure using the PK and RK];

//Convert the DynamicTableEntity back to original complex object.
 Order order = EntityPropertyConverter.ConvertBack<Order>(entity.Properties);
Run Code Online (Sandbox Code Playgroud)

从那时起,我与azure团队合作,并将此功能集成到Azure Storage SDK 8.0版.

一个重要的注意事项是Azure SDK中的api不支持IEnumerableICollection键入属性.但是如果您在上面的链接中获得了nuget包v2,那么您几乎可以将任何对象写入Azure表存储,包括具有可枚举的集合类型属性的对象.

https://msdn.microsoft.com/en-us/library/microsoft.windowsazure.storage.table.tableentity.flatten.aspx

https://msdn.microsoft.com/en-us/library/azure/mt775432.aspx

我还在TableEntityAdapterSDK版本8.2.0中添加了类,以便于使用.只需将复杂的实体传递给它的构造函数,它就会透明地处理在写入和读取时展平/转换复杂对象. https://github.com/Azure/azure-storage-net/blob/master/Lib/Common/Table/TableEntityAdapter.cs