Vídeo: NoSQL do zero (Banco de dados não-relacionais) 2024
Os bancos de dados de documentos às vezes são chamados de bancos de dados agregados porque eles tendem a armazenar documentos que combinam informações em uma única unidade lógica - um agregado . Você pode ter um documento que inclui um episódio de TV, série, canal, marca e informações de agendamento e disponibilidade, que é o conjunto total de dados de resultados que espera ver quando você pesquisa um serviço de recuperação de TV online.
Recuperar todas as informações de um único documento é mais fácil com um banco de dados (sem junções complexas como em um RDBMS) e é mais lógico para aplicativos (código menos complexo).
O mundo está inundado de documentos. Os documentos são importantes, pois geralmente são criados para fins de alto valor. Infelizmente, muitos deles são documentos fiscais e contas, mas isso está totalmente fora de seu controle. Você está apenas ajudando as organizações a gerenciar as coisas!
Loçadamente, um documento é qualquer informação estruturada ou não estruturada. Poderia ser uma receita (por cheesecake, obviamente), comércio de serviços financeiros, arquivo PowerPoint, PDF, texto simples ou documento JSON ou XML.
Embora as ordens de uma loja online e os respectivos endereços de entrega e pagamento e itens de pedidos possam ser pensados como uma estrutura em árvore, você pode querer usar uma loja de colunas para isso. Isso ocorre porque as estruturas de dados são conhecidas na frente, e é provável que elas não variem e que você deseja fazer operações de coluna sobre elas. Na maioria das vezes, uma loja de colunas é mais adequada para esses dados.
Alguns bancos de dados NoSQL fornecem o melhor dos dois mundos - armazenamento de documentos politerragados e operações de campo rápido (coluna).
Isso faz um banco de dados de documentos um pouco de um catchall. Curiosamente, devido à sua natureza treelike, uma loja de documentos eficaz também é capaz de armazenar estruturas de dados mais simples.
Uma tabela, por exemplo, pode ser modelada como um documento XML muito plano - isto é, com apenas um único conjunto de elementos e sem hierarquias de sub-elementos. Um conjunto de triplos (aka subgrafo ) pode ser armazenado em um único documento, ou em documentos, também. A utilidade de fazer isso depende, é claro, dos mecanismos de indexação e consulta suportados. Não há nenhum ponto armazenando triplos em documentos se você não pode consultá-los.