2010-06-24 5 views
1

Je suis en train de concevoir un nouveau système et j'ai besoin de stocker un très grand volume de données différentes, avec très peu de lignes par type.Mise en route d'Azure Storage à partir d'un point de vue de base de données relationnelle

Je sais que si je faisais cela avec SQL Server (je ne veux pas utiliser une base de données SQL Azure pour cela), je créerais une nouvelle table pour chaque type de données et ferais les bonnes relations. Je me demande si quelqu'un a des ressources pour des gens comme moi qui pensent en termes relationnels pour commencer à concevoir pour un stockage plus «plat» comme Azure ou même S3.

Je vais utiliser .NET en tant que consommateur de stockage, éventuellement avec une instance de calcul Azure, mais plus probablement avec un client distant utilisant l'API REST ou SOAP. Donc, toute directive à cet égard est également grandement appréciée.

+0

question, prévoyez-vous cette solution pour maintenir la concurrence d'écriture? Ou sera-ce un stockage à plat principalement basé sur la lecture? –

+0

Cela sera à la fois lu et écrit/mise à jour des données. – Nate

Répondre

1

La principale chose à considérer est de savoir si vous avez besoin de fonctionnalités de base de données relationnelles (jointures, grouper par, etc.). Si c'est le cas, vous devrez réfléchir à la façon d'accomplir ceux qui utilisent une solution de stockage non relationnelle. Cependant, si votre accès ressemble à "stocker la ligne # 12345" et "récupérer la ligne # 12345", vous devriez avoir un temps facile à utiliser quelque chose comme les tableaux Windows Azure.

Je recommande Episode 10 de la couverture Cloud (une émission hebdomadaire je suis) qui couvre l'API de stockage de table de Windows Azure: http://channel9.msdn.com/shows/Cloud+Cover/Cloud-Cover-Episode-10-Table-Storage-API/

+0

Que se passe-t-il si j'ai besoin de jonctions simples pour many-1 et many-many, basées typiquement sur le PK de chaque table? – Nate

Questions connexes