自動化されたDDLスクリプト：どのように多くの機能を予測するには？

Question

私は、正規化されたデータベースのためのマテリアライズド・ビューを定義するためのDDLスクリプトを生成するスクリプトを持っています。一部の表は、私は、そのためのビューを作成することができ、特定のデータベース・ユーザーにそのポイントは、現在のデータベース・ユーザーが作成したテーブルの行のみが表示されます「所有者」のような列を持っています。いくつかのケースでは、このような見解は、セキュリティと利便性の観点からの両方に有益であろう - 例えば、一つだけの自分の多肢選択式クイズの結果を示した。

。

事は、脇のテーブルの一握りから、私は誰かがこのようなビューを求め想像多くのテーブルがありますが、具体的なユースケースを考えることはできません。しかし、私は常にすべてのユースケースを予見することはできませんので、時々、このような一般的な機能は、有用であり得ると考えてます。

私の質問は、私が作成自動的に迷惑を掛けなければならないどのように多くのこれらのパーソナライズされたビューの、ありますか？数百のテーブルでは、これは彼らがしているものの、自動化、構築、テスト、およびベンチマークのプロセスに時間のかなりの部分を追加します。あなたは使用されない場合があり、余分な機能の側で、またはのために求められている/あなたが有用であろうことを知っている？

利用可能な唯一のこれらのビューを持つのに越しだろう

Answer 1

これは自問する良い質問です - 一般がある（一般的に良いことを;-)ていますが、観察するようovergeneralizingは組み合わせ爆発にあなたを投げることができます。あなたはおそらく、ユーザがそれを利用するようにしようとすると、「ジャストインタイム」生成するDDLのに必要なビットのために手配することができます（もちろん、すでに有用であることが証明されているビットのいくつかの「キャッシュ」を維持しますか）？

それは単に実行不可能だ場合は、

、そして、テーブルや列の数が指数関数的に成長する「潜在的に有用なビュー」の可能性を考慮すると、私はしぶしぶ（戦略「便利/希望であることが知られています唯一のものを作る」を選ぶだろうとユーザーは、彼らがより多くの何かを...）を追加する私を必要とする場合、私に知らせすることは非常に非常に簡単にするために努力しています。