c # - Windows Azure vedvarende storage tip

Indlæg af Hanne Mølgaard Plasc

Problem



Ive har lige aktiveret min Azure-konto, lavet ny første Asp Mvc 3.0-projekt (bare skabelonen) og implementeret det :). wonderfull


Men jeg er ved at oprette en lille app (bare for at lære at lære Azure) og har ramt et mindre problem.
Heres, hvad jeg vil gøre:
Opret en mvc app, der viser mit musikbibliotek og tillader søgning, sortering, tilføj nye album mv.
Theres trods alt omkring 3000 albums.


Hvilken form for opbevaring skal jeg bruge og ved nogen af ​​et godt eksempel på hvordan man dømmer dette i c # med mvc?


Vær opmærksom på, at jeg ikke vil bruge SQL Azure, det ville være nemt. Jeg skal grave i og lære blob/bord/? Typer.


Jeg har bare brug for en lydanbefaling, hvilken opbevaringstype jeg skal begynde at studere, og endnu vigtigere, hvor jeg skal studere det :).

Bedste reference


Windows Azure Platform Training Kit har et par laboratorier under Exploring Windows Azure Storage. Det burde give dig en god start med at forstå tabellen og enhedens tilgang. Vær særlig opmærksom på partition og række nøgler. Opbevaring er optimeret til at være colocated omkring partitionsnøglen og indekseret inden for en partition via radnøgle. Du skal omhyggeligt planlægge din radnøgle til søgning. Hvis du skal søge på flere egenskaber inden for et bord, skal du overveje enten yderligere tabeller (hver indeholder en række nøgle, du søger) eller måske en NoSQL database som MongoDB (eller en relationsdatabase som SQL Azure, men du sagde du vil undgå denne tilgang). [1]


Se også på dette blogindlæg af David Pallman - han har et komplet sæt kodestykker til hver enkelt type lagringsoperation. Dette kan spare dig mange timer, da du forsøger at finde ud af alle måder at interagere med Table Storage. [2]


Se så på dette MSDN-indlæg, der snakker om lagringstransaktioner, hvilket vil være relevant, når du bevæger dig ud over enkle eksempler og skift fokus i produktionskode. [3]

Andre referencer 1


Azure Storage Tables er forskellige fra SQL, hvor de styres af Azure og ikke af DBMS. Den har et nøglefelt, hvorigennem du kan finde data i tabellen, og du kan bruge LINQ til at få adgang til det. Når det er sagt, bør der være præstations overvejelser, når du vælger, hvor hver data ville gå. SQL Azure skal give bedre relationsadgang, så hvis du skal have et stort antal tabeller og forventer mange sammenføjninger, går det med. Men hvis du bruger en simpel struktureret data, som du behøver at vedligeholde I din ansøgning kan du vælge tabeller.


Da lagerpladsen er 10x billigere end SQL Azure, vil du selvfølgelig altid gerne designe applikationer, der gør brug af lagerpladsen godt, men husk at kontrollere eventuelle ydeevneproblemer.