これらのシステムを同時に保持する人がいるでしょうか?
DW の最大の問題は、高価な初期費用です。データとビジネス ドメインをファクトとディメンションに分割するには、データとビジネス ドメインを十分に理解する必要があります。プロセスの途中でいつでも、仮定が間違っていた場合、そのままにしておくか、別の困難なメンテナンス サイクルを実行する必要があります。この高いオーバーヘッド コストのために、DW プロセスがどこにも行かないのを見てきました。言うまでもなく、DW の担当者が退職した場合、ドメインの知識は彼に引き継がれるため、後任をトレーニングすることは非常に困難です。ええ、それは古典的なウォーターフォール プロセスのようなもので、硬くてもろく、通常は変化する要件やビジネス環境に対応できません。
NoSql on the other hand is agile. You can create your indices on the fly, as needed, in an ad-hoc manner. There is almost never any need to understand your data before you store them. And as your understanding improves, NoSql solution tends to scale well.
Given how easily NoSql can assume the role of a DW, but not the other way around, why bother with DW at all? How do you justify the expensive existence of the DW system when you already have a NoSql solution? Is there a place for the 2 to co-exist?