Quels concepts partagent-ils?
Quelles sont les différences fondamentales entre eux? Comment pensez-vous que chacun pourrait être bénéfique/enrichir l'un par rapport à l'autre? Je pense que vos idées devraient être utiles pour l'avenir des deux technologies.
MISE À JOUR:
Quelques liens utiles:
2ème MISE À JOUR:
entrepôts de données ont très peu en commun avec NoSQL - la principale similitude est que les deux entrepôts de données peuvent avoir philosopohies très différentes ou conventions comme tous les deux systèmes NoSQL peuvent être presque sans rapport avec .
Le seul concept qu'ils partagent est qu'ils sont tous deux utilisés pour analyser de grandes quantités de données. Les solutions NoSQL gèrent généralement des schémas relativement limités avec une grande cardinalité dans peu d'entités, tandis que les entrepôts de données ont généralement beaucoup de faits et de dimensions (dans un modèle dimensionnel) ou beaucoup d'entités dans un modèle 3NF. Les systèmes DW gèrent généralement plusieurs secteurs d'activité et tentent de combiner ces données.
Les systèmes DW ont généralement des capacités de génération de rapports en SQL qui vous permettent d'accéder à toutes les données de manière standard. Les systèmes NoSQL sont généralement plus basés sur le code - par exemple, Map/Reduce.
Ayende Rahien bien l'expliquer dans son blog:
http://ayende.com/blog/4552/nosql-and-data-warehousing
« Pour l'entreposage de données, je pense que le monde relationnel/OLAP présente des avantages importants, surtout parce que dans de nombreux scénarios de BI, vous souhaitez autoriser Les utilisateurs peuvent explorer les données, ce qui est facile avec le jeu d'outils SQL, et plus difficile avec les solutions NoSQL, mais lorsque vous êtes trop grand (et que les scénarios OLAP sont volumineux), vous pouvez envisager de limiter les options des utilisateurs. avec une solution NoSQL adaptée à leurs besoins. "
La base de données documentaire est de loin supérieure à celle des bases de données relationnelles pour les cas de business intelligence, mais mongoDB et un peu de bon sens vous permettent de remplacer des solutions d'entreprise IBM multimillionnaires par des solutions ouvertes. Tout cela d'une manière rapide et agile." http://www.10gen.com/presentations/mongodc-2011/time-series-data-storage-mongodb
aussi: " Map/Reduce peut encore être votre killer app qui peut être la panacée pour tous vos maux de Business Intelligence. C'est un truc très sérieux. Si Google a misé sa maison et a fait de ce fondement de leur technologie de recherche, alors vous feriez mieux de croire que cela est très forte médecine. » http://www.infogain.com/company/perspective-big-data.jsp
système d'entrepôt de données sont généralement utilisées pour les rapports rapides à la direction et NoSQL système sont généralement pour gérer de très grandes quantités de données pour carte réduction
entrepôt de données utilise la base de données relationnelle en NoSQL utiliser la base de données non relationnelle.
base de données NoSQL sont plus rapides que l'entrepôt de données.
Nous utilisons SQL dans warehous de données e mais nous n'avons pas besoin de SQL pour manipuler les données dans NoSql
L'entrepôt de données est constitué de dimension et de fait alors que NoSql est constitué d'un schéma limité.
Je pense que vous avez raison, (http://java.dzone.com/news/nosql-and-data-warehousing) Merci! – Aito