2016-08-30 7 views
1

キューブを作成する際に、ディメンションフィールドタイプを選択する際の考慮事項は何ですか?たとえば、顧客番号は文字列または数値として定義する必要がありますか?顧客番号は、それが数値でなければなりません数であればディメンションフィールドの型の決定方法

おかげで、 マイケル

+1

具体的なものがありますか、それとも一般的な「あれば」の質問ですか? –

+0

出発点:http://www.w3schools.com/sql/sql_datatypes_general.asp – indofraiser

答えて

1

は、様々な種類があると起動するのに最適な場所です。 http://www.w3schools.com/sql/sql_datatypes_general.aspその後、特定のクエリまたはテストに戻り、ベースを構築し、コード/ビルドを表示します。

+0

私は一般的に言います。数字だけを含む次元フィールドについては、彼のタイプ(次元、それで私はsum、avgなどのような彼の "数値的な計算"をするつもりはない)については無関心です。この種のフィールドのタイプを選択する "ベストプラクティス"はありますか? –

+1

これは、あなたのキューブを作成することがレポートのニーズを満たすためのものだと私は推測しています。ビジネスの要件が継続的に発生するため、非常に流動的です。そのため、私は数値を数値にします。あなたの立方体データがどのように使用されるかを知っているかもしれませんが、1〜2か6日後には表示されません。 –

+0

"データウェアハウスツールキット"にRalph Kimballが読んでください。これは、データウェアハウス/キューブ構築のための聖書であり、「ベストプラクティス」とみなされるものは、 – TTeeple

0

私は一般にすべてを文字列形式にします。特に日付。今日あなたの顧客番号は数字です。しかし、明日、誰かがソースシステムとビジネス上の決定を変更した場合、それは文字列になる可能性があります。だから私は、データウェアハウスの変更を最小限に抑えながら、できるだけビジネスの変化に対応できるようにデータウェアハウスの構造をセットアップしようとします。

顧客番号が数字であることを保証するためのデータ検証プロセスを探して、データベースの構造やデータタイプに依存するBIを変更せずに、データの検証プロセスを単にオフにすることができます。

しかし、ここには「正しい」回答はないとも言えます。これは長所と短所を備えたエンジニアリングの決定です。

関連する問題