Azure表的代码生成-ala ORM

我希望使用几个简单的关系数据库，并将它们切换为使用Azure表存储，而不是简单地将它们放到SQLAzure中。我总是使用ORM生成的代码访问我的数据库（在本例中是LLBLgenpro）。是否有任何工具可以检查我的关系数据库并生成ORM'ish代码，以便与Azure表存储一起用于持久层？

没有。您可以使用实体框架EDMX并修改t4（tt）文件来构建与ATS兼容的对象。但是，这项工作可能没有那么有益，因为您无法映射实体中的任何关系或复杂对象

没有。您可以使用实体框架EDMX并修改t4（tt）文件来构建与ATS兼容的对象。但是，这项工作可能没有那么有益，因为您无法映射实体中的任何关系或复杂对象

正如Igorek所说，azure存储表不是关系型的。我个人不会这样做。我可以问一下你为什么要这么做吗？这是因为成本问题吗？我想避免定制DAL编码，因此使用类似于ORM的东西可以让我采用基于适配器的方法将数据存储在数据库或azure表（或其他类似的，比如BigTable）中，就像Igorek所说的，azure存储表不是关系型的。我个人不会这样做。我可以问一下你为什么要这么做吗？这是因为成本问题吗？我不想自定义DAL编码，因此使用类似于ORM的东西可以让我采用基于适配器的方法，使用EF和T4将数据存储在数据库或azure表（或其他，比如BigTable）中，这可能是一个很好的起点。我不太关心字符串关系，因为在我的模型中，弱的关系很好。那么T4经过修改从基本对象/或支持PartitionKey/RowKey/Timestamp的接口继承就可以了。我是为一个客户做的。我们无法映射出所有实体，但大多数实体并不难映射，我们使用分部类来扩充不可生成的逻辑，使用EF和T4可能是一个很好的起点。我不太关心字符串关系，因为在我的模型中，弱的关系很好。那么T4经过修改从基本对象/或支持PartitionKey/RowKey/Timestamp的接口继承就可以了。我是为一个客户做的。我们无法映射出所有的实体，但大多数实体并不难映射，我们使用了分部类来扩充不可生成的逻辑