0

以下のような「柔軟な」スキーマを持つ SQL Server テーブルのビュー (データベースの「ビュー」ではなく、Excel、Web サイトなど) を作成するタスクが与えられます。

セッション (GUID) | キー (整数) | 値(文字列)

私が最初に考えたのは、一連の「標準」リレーショナル データ テーブル/ビューを作成して、分析/レポート リクエストに対応させることです。それらは、スケジュールに従ってデータを変換するデーモン サービスによって更新される新しいテーブル、または深くネストされたクエリを含む一連のビューのいずれかです。次に、SSAS、SSRS、およびその他の確立された方法を使用して、分析とレポートを行います。しかし、それが正しい考え方であるかどうかはまったくわかりません。

だから私の質問は：

  1. 関連情報を検索できるように、この種の「柔軟な」スキーマの用語はありますか?
  2. 私の考えは理にかなっていますか、それとも完全にずれていますか?
  3. 私の考えが理にかなっている場合、深いクエリまたは新しいテーブル + データ変換サービスを使用してビューを作成する必要がありますか?
4

2 に答える 2

1

キーから説明的な情報を取得できると仮定して、すべての値を公開する SSAS キューブから始めます。キューブには、属性ごとに 1 つのメジャー (カウント) と 3 つのディメンションが含まれる場合があります。

このキューブはエンド ユーザーにとってほとんど価値がありませんが (混乱しすぎます)、先に進む前に特定のデータが実際に使用可能かどうかを検証するために使用します。通常、このデータ構造はソース システムの弱いデータ検証と完全性を隠してしまうため、これは重要だと思います。

サブジェクトが検証されたら、ビューよりも SSIS を介して物理テーブルを作成します。テストと調整が簡単だと思います。

于 2013-02-09T06:38:01.080 に答える
0

最後に用語を見つけました - それはエンティティ属性値パターン(EAV) と呼ばれ、それに関する多くの議論とリソースがあります。

于 2013-02-18T10:18:17.500 に答える