おっしゃる普通のRDBは、業務システ厶にて日々更新記録するDBのようなもので、例えばERPにおける会計・ロジ・人事のシステムに関するデータが格納され、リアルタイムに刻々と更新されているという位置づけのイメージです。更新が前提なので、行方向のデータ扱いに強いです。

これに対してDWHは、おっしゃる普通のRDBからデータを日次などで引き抜いてコピー・整形・クレンジングなどを施し、綺麗な形で大量のデータを別に保存し、それをBIツールで参照するといった、参照に特価したDBです。更新を前提としていないことと、参照、つまり大量データの集計などにも最適化する必要があり、列方向のデータの扱いが強いといった特性があります。ERPからからデータを引き抜いて、経営者が意思決定に用いてるようなイメージです。

尚、両方とも表形式でデータを保存し、I/Fは共にSQLということでは同じです。

ありがとうございます。

そういう感じなんですね。

ちなみに社内では、ユーザーがExcelやAccessに直接入力して管理しているデータもあり、そういったものもデータ基盤に集約しようと考えております。

今の所ローコードorVBA等でEUCを作成し、データ基盤の方に直接登録してもらうイメージを持っていますが、

DWHに対して、EUCでデータを登録更新するのはありでしょうか？

更新を前提としないとあるので、DWHに登録する前に、間にRDBを挟んだ方がいいでしょうか？

連続した質問ですみませんが、

どなたかそういった事例があれば教えてほしいです。

お忙しいところ丁寧にありがとうございます。

>そのためだけに…

　>おっしゃる通り、Excel等で管理しているデータも、そこまで件数多いわけではなく、あんまり工数かけたくないないのでどうしようかなと思っておりました。

自分でももう少し考えてみます。