Bases de données de documents et nosql

Bases de données de documents sont parfois appelés des bases de données agrégées, car ils ont tendance à tenir des documents qui combinent l'information dans une seule unité logique - une agrégat. Vous pourriez avoir un document qui comprend un épisode de TV, séries, le canal, la marque, et l'ordonnancement et de la disponibilité des informations, qui est l'ensemble total des données de résultat que vous attendez à voir lorsque vous recherchez une ligne TV captures # 8208-up service.

Récupération de toutes les informations d'un document unique est plus facile avec une base de données (pas de jointures complexes que dans un SGBDR) et est plus logique pour les applications (moins de code complexe).

Le monde est inondé avec des documents. Les documents sont importants, car ils sont généralement créées dans un but de haute # 8208-valeur. Malheureusement, beaucoup d'entre eux sont des documents fiscaux et les factures, mais qui est totalement hors de votre contrôle. Vous êtes juste aider les organisations à gérer les choses!




Librement, un document est toute pièce non structurées ou l'arbre # 8208-structuré de l'information. Il pourrait être une recette (pour cheesecake, évidemment), le commerce des services financiers, fichier PowerPoint, PDF, texte brut, ou JSON ou XML.

Bien que les ordres d'un magasin en ligne et les adresses de livraison et de paiement et les éléments de commande peuvent être considérés comme une structure arborescente, vous pouvez à la place vouloir utiliser un magasin de colonne pour ceux-ci. Ceci est parce que les structures de données sont connus à l'avance, et il est probable qu'ils ne seront pas varier et que vous aurez envie de faire des opérations de la colonne sur eux. La plupart du temps, un magasin de colonne est un meilleur ajustement pour ces données.

Certaines bases de données NoSQL offrent le meilleur des deux mondes - poly stockage de documents # 8208 structuré et rapide sur le terrain (colonne) opérations.

Cela fait une base de données de documents un peu un fourre-tout. Fait intéressant, en raison de sa nature arborescente, un document magasin efficace est également capable de stocker les structures de données simples.

Une table, par exemple, peut être modélisée comme un document XML très plat - qui est, l'un avec un seul ensemble d'éléments, et pas de sous-élément # 8208 hiérarchies. Un ensemble de triplets (aka graphe) Peuvent être stockés dans un seul document, ou à travers des documents, aussi. L'utilité de le faire dépend, bien sûr, sur les mécanismes d'indexation et de requête pris en charge. Il est inutile de stocker des triples dans les documents si vous ne pouvez pas les interroger.


» » » » Bases de données de documents et nosql