Viktiga butiker i NoSQL - dummies

Key-value-butiker NoSQL har en post med ett ID-fält - nyckeln i viktiga butiker - och en uppsättning data. Dessa data kan vara ett av följande:

• En godtycklig datauppgift som applikationsutvecklaren tolkar (i motsats till databasen)

• Varje uppsättning namnvärdespar (kallas fack ) < Tänk på det som en delad brevlåda i en lägenhetsbyggnad. Allt du ser från utsidan är en uppsättning nummererade hål. Med en nyckel får du tillgång till allt som finns i brevlådan. Efter att ha tittat på posten bestämmer du vad du ska göra med det (förmodligen bara kasta bort det).

På så sätt liknar nyckelvärdesbutikerna kolumnaffärer, eftersom det är möjligt att lagra varierande datastrukturer i samma logiska rekorduppsättning. Viktiga butiker är den enklaste typen av lagring i NoSQL-världen - du lagrar bara nycklar för de data du tillhandahåller.

Några viktiga värdebutiker stödjer typing (som heltal, strängar och booleaner) och mer komplexa strukturer för värden (t.ex. kartor och listor). Denna inställning hjälper utvecklarna eftersom de inte behöver handkoda eller avkoda strängdata som hålls i en nyckelvärdesbutik.

I datavetenskap är en "lista" noll eller flera datavärden. Dessa värden kan eller inte lagras i en sorterad representation som möjliggör snabb matchning.

Kartor är en enkel typ av nyckelvärdeslagring. En unik nyckel i en karta har ett enda godtyckligt värde förknippat med det. Värdet kan vara en lista över en annan karta. Så det är möjligt att lagra trädstrukturer i viktiga butiker, om du är villig att göra databehandlingen själv.

Om du har flera kartor i din viktiga värdebutik, överväga en dokumentbutik istället, vilket sannolikt minskar mängden kod som krävs för att fungera på dina data och gör sökning och hämtning enklare.

Viktiga butiker är optimerade för snabb intag och återhämtning. Om du behöver mycket hög intagshastighet på ett begränsat antal noder och har råd att offra komplexa ad hoc-frågestöd, kan det vara en nyckelvärdesbutik för dig.