Proč DynamoDB ne jen používat prostý JSON jako datové struktury?

Question 1

Zdá se mi to jako velmi zvláštní rozhraní pro každého, kdo k použití. Pocházím z Azure CosmosDb a to je jen JSON, které jsme číst a psát.

A dokonce AWS zveřejnila knihovna, poté, že se skrývá tento (jejich DocumentClient třídy), ale pak, proč bylo to, že původní rozhodnutí?

A skutečně je to více o historii otázku, než vývoj otázku v sobě.

Question 2

Tato otázka je více či méně stanovisko založené, pokud někdo z DynamoDB Týmy odpovědi, ale tam jsou některé mylné představy zde:

Zdá se předpokládat, že DynamoDB podporuje pouze datové struktury JSON podporuje, toto je nesprávné. DynamoDB podporuje také stanovuje například, které nejsou funkce JSON.
Na DocumentClient poskytuje jednoduchý (byť děravý) abstrakce na vrcholu tohoto, že některé mapy jazyk konkrétní datové typy na hlubších DynamoDB typy dat, které obvykle představují nich nejlepší. To může učinit váš život jednodušší, ale nepodporuje všechny základní schopnosti.

Maurice · Answer 1 · 2021-11-26T13:49:07

Tato otázka je více či méně stanovisko založené, pokud někdo z DynamoDB Týmy odpovědi, ale tam jsou některé mylné představy zde:

Zdá se předpokládat, že DynamoDB podporuje pouze datové struktury JSON podporuje, toto je nesprávné. DynamoDB podporuje také stanovuje například, které nejsou funkce JSON.
Na DocumentClient poskytuje jednoduchý (byť děravý) abstrakce na vrcholu tohoto, že některé mapy jazyk konkrétní datové typy na hlubších DynamoDB typy dat, které obvykle představují nich nejlepší. To může učinit váš život jednodušší, ale nepodporuje všechny základní schopnosti.

Rozhodně jsem hledala, proč si vybrali, že design, který je tak trochu "nepřirozené". MongoDb (a AZ Vesmíru se řídí stejným principem), to vám umožní uložit dokument přirozeně (s jedním omezením použít pole _id).
DynamoDB podporuje funkce, které nejsou podporovány prostý JSON, tak se rozhodli zvýšit JSON s metadaty, aby bylo dosaženo, např. SS datový typ pro řetězce sady.

Otázka