データウェアハウスのバージョン管理をどうやるか - yasuhisa's blog

というのをチームで議論する機会があったので、書いてみます。「うちではこうしている」とか「ここはこっちのほうがいいんじゃない?」とかあったらコメントで教えてください。 背景 / 前提 データウェアハウスのテーブルを社内に広く提供したい 初期の提供時期が過ぎてしばらくすると、要望を元にスキーマの変更や集計ロジックの変更が入る (事前にレビューはもちろんするが)SQLのミスなどで以前のバージョンに戻したいといったことがありえる 他の部門では新しいバージョンをすでに使っていて、気軽に戻せないこともある データウェアハウスのバージョンを場面に応じて複数提供できると都合がよい 一方で、大多数のデータウェアハウスのユーザーは最新バージョンの利用だけでよいはず SSOT(Single Source of Truth)になっていて欲しいわけなので... 複数バージョン見えていると「どのバージョンを使えばいい

[syou6162]

うちではこうやってるよーというのがあったら教えてください！

[diffie]

こちらは「stg/qa 環境で動作確認してもらって、関係者全員OKならprodに反映。カラム削除等破壊的な変更はテーブル名」。古いテーブル見てるジョブは特定できるんだからダッシュボードで可視化&変更依頼。

[sh19910711]

Dimensional Modelingを徹底して無闇にテーブルを作らず必要最小限のテーブルとクエリの実行で済む状態に持っていくのが良いと思う（集計に強いので） / "要望を元にスキーマの変更や集計ロジックの変更が入る"

[baimeinyan]

ビューだとインデックスが使われないケースがありパフォーマンスで死ぬ。シノニムが使えるならそちらのほうがいいよ