Vídeo: Model Relational Data in Firestore NoSQL 2024
Lojas de valor-chave NoSQL têm uma gravação com um campo ID - a chave nas lojas de valor-chave e um conjunto de dados. Estes dados podem ser um dos seguintes:
-
Um dado arbitrário que o desenvolvedor do aplicativo interpreta (em oposição ao banco de dados)
-
Qualquer conjunto de pares nome-valor (chamado compartimentos ) < Pense nisso como uma caixa de correio compartilhada em um prédio de apartamentos. Tudo o que você vê de fora é um conjunto de furos numerados. Usando uma chave, você acessa o que está na caixa de correio. Depois de olhar para o correio, você decide o que fazer com ele (provavelmente apenas jogue fora).
Algumas lojas de valores-chave suportam a digitação (como números inteiros, cadeias de caracteres e booleanos) e estruturas mais complexas para valores (como mapas e listas). Esta configuração ajuda os desenvolvedores porque eles não precisam codificar manualmente ou decodificar dados de string mantidos em uma loja de valor-chave.
Os mapas são um tipo simples de armazenamento de valores-chave. Uma chave única em um mapa tem um único valor arbitrário associado a ele. O valor pode ser uma lista de outro mapa. Portanto, é possível armazenar estruturas de árvores dentro de lojas de valor-chave, se você estiver disposto a fazer o processamento de dados você mesmo.
As lojas de valor-chave são otimizadas para velocidade de ingestão e recuperação. Se você precisa de uma velocidade de ingesta muito alta em um número limitado de nós e pode dar ao luxo de sacrificar o suporte de consulta ad hoc complexo, uma loja de valor-chave pode ser para você.