Azure表存储数据库图表设计

我想知道为Azure存储表数据库（而不是SQL Azure）创建数据库架构的专业方法是什么

---

对于数据仓库，您通常会创建一个starscheme或snowflake（OLAP多维数据集），对于一个具有大量事务的数据库，您可能会创建一个规范化的关系数据库（SQL Azure/SQL Server）。但是与Azure存储表没有任何关系，因此创建专业Azure存储表数据库的最佳实践是什么？

因此，Azure存储表没有架构。当您将一个对象保存到azure表时，该对象就在那里。不为表创建架构。可视化工具，如Brabrata的Storage Studio或Visual Studio的table viewer，试图将azure表中的数据可视化为列，但实际上，它们所做的只是为了方便起见将对象的属性显示为列。

因此，azure存储表没有架构。当您将一个对象保存到azure表时，该对象就在那里。不为表创建架构。可视化工具，如大脑数据的Storage Studio或Visual Studio的table viewer，试图将azure表中的数据可视化为列，但实际上，它们所做的只是将对象的属性显示为列，以方便您使用。

Hmmm听起来不同。我还在想办法。比如标准的aspnetdb.mdf数据库。如何将其传输到azure表存储变体？只需创建具有属性的相同对象，比如具有列的表？或者具有membershipprovider目的的数据库不适合Azure表吗？嗯，不太适合。您需要另一个库来读取Azure存储表。SQL成员资格提供程序使用存储过程与数据存储进行通信。您可以使用这个开源项目中的Azure存储成员资格提供程序（和其他LIB）：好的，我现在正在查看它。然而，在他们的示例项目中，我看到只创建了三个实体。SessionStateEntity.cs、RoleEntity.cs和UserEntity.cs，但不包括aspnetdb.mdf中的任何其他表：它只使用这三个实体对吗？我用Telerik反编译器查看了一些其他类（例如Microsoft.WindowsAzure.StorageClient.CloudTableClient.cs），以检查成员资格提供程序初始化时发生的情况，但我找不到任何其他表。噢，运行时，我只看到存储的3个表实体。很酷，我想这一切只适用于这3个和其他一些应用程序逻辑。记住，没有关系。SessionEntity之类的对象可以包含与用户会话相关的所有内容。。。无需在其上构建1-many关系表和存储过程。这是一种思维转移，听起来很不一样。我还在想办法。比如标准的aspnetdb.mdf数据库。如何将其传输到azure表存储变体？只需创建具有属性的相同对象，比如具有列的表？或者具有membershipprovider目的的数据库不适合Azure表吗？嗯，不太适合。您需要另一个库来读取Azure存储表。SQL成员资格提供程序使用存储过程与数据存储进行通信。您可以使用这个开源项目中的Azure存储成员资格提供程序（和其他LIB）：好的，我现在正在查看它。然而，在他们的示例项目中，我看到只创建了三个实体。SessionStateEntity.cs、RoleEntity.cs和UserEntity.cs，但不包括aspnetdb.mdf中的任何其他表：它只使用这三个实体对吗？我用Telerik反编译器查看了一些其他类（例如Microsoft.WindowsAzure.StorageClient.CloudTableClient.cs），以检查成员资格提供程序初始化时发生的情况，但我找不到任何其他表。噢，运行时，我只看到存储的3个表实体。很酷，我想这一切只适用于这3个和其他一些应用程序逻辑。记住，没有关系。SessionEntity之类的对象可以包含与用户会话相关的所有内容。。。无需在其上构建1-many关系表和存储过程。这是一种思维转变