简体   繁体   English

从关系数据库角度出发的Azure存储入门

[英]Getting started with Azure Storage coming from a relational database point of view

I'm designing a new system, and I have need to store a pretty large volume of different type of data, with realitivly few rows per type. 我正在设计一个新系统,我需要存储大量不同类型的数据,每种类型实际上只有很少的行。

I know that if I were doing this with SQL Server (I don't want to use a SQL Azure database for this.) I'd make a new table for each type of data and make the correct relationships. 我知道如果我使用SQL Server进行此操作(我不想为此使用SQL Azure数据库。)我将为每种数据类型创建一个新表并建立正确的关系。 I'm wondering if anybody has resources for people like me who are thinking in relational terms to begin designing for more "flat" storage like Azure or even S3. 我想知道是否有人为像我这样的人提供了资源,他们正在关系方面考虑开始设计更多的“扁平”存储,例如Azure甚至S3。

I'll be using .NET as the consumer of said storage, possibly with an Azure Compute Instance, but more likely with a remote client using the REST or SOAP api. 我将使用.NET作为上述存储的使用者,可能使用Azure Compute实例,但是更可能使用使用REST或SOAP API的远程客户端。 So any guidance with respect to that is also greatly appreciated. 因此,对此的任何指导也将不胜感激。

The main thing to consider is whether you need relational database capabilities (joins, group by, etc.). 要考虑的主要问题是您是否需要关系数据库功能(联接,分组依据等)。 If so, you'll have to put some thought into how to accomplish those using a non-relational storage solution. 如果是这样,您将不得不思考如何使用非关系存储解决方案来完成这些任务。

If, however, your access looks like "store row #12345" and "retrieve row #12345", you should have an easy time using something like Windows Azure tables. 但是,如果您的访问看起来像“商店行#12345”和“检索行#12345”,则使用Windows Azure表之类的内容应该会很轻松。

I would recommend Episode 10 of Cloud Cover (a weekly show I'm on) which covers Windows Azure's table storage API: http://channel9.msdn.com/shows/Cloud+Cover/Cloud-Cover-Episode-10-Table-Storage-API/ 我会推荐Cloud Cover的第10集(我每周参加一次节目),其中涉及Windows Azure的表存储API: http : //channel9.msdn.com/shows/Cloud+Cover/Cloud-Cover-Episode-10-Table -存储API /

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM