Excelデータモデルをデータベースに変換しない - ダミー

Excelダッシュボードで使用されている尺度は、そのダッシュボードの最初の目的をサポートしているはずです。バックエンドデータモデルにも同じ概念が適用されます。ダッシュボードまたはレポートの目的を達成するために必要なデータのみをインポートしてください。

可能な限り多くのデータを手に入れるために、多くのExcelユーザーは、手に入れることができるすべてのデータをスプレッドシートに持っていきます。これらの人々を、電子メールで送信する40メガバイトのファイルで見つけることができます。あなたはこれらのスプレッドシートを見たことがあります。レポートやダッシュボードのインターフェイスを含む2つのタブ、そして数千行のデータを含む6つの非表示のタブ（ほとんどは使用されていません）。彼らは基本的にスプレッドシートにデータベースを構築します。

<！ - 1 - >

できるだけ多くのデータを活用するのはどうしたのですか？さて、ここにいくつかの問題があります：

• Excel内のデータを集約すると、数式の数が増えます。 生データをすべて取り込む場合は、そのデータをExcelで集計する必要があります。これにより必然的に採用と保守が必要な数式が指数関数的に増加します。

  データモデルは、生データを処理するのではなく、分析を提示する手段であることに注意してください。報告メカニズムで最も効果的なデータは、すでに集約され、ダッシュボードコンポーネントにナビゲートされて供給される有用なビューに要約されているものです。できるだけ集められたデータをインポートする方がはるかに優れています。

  <！ - 2 - >

  たとえば、地域別と月別の収益をレポートする必要がある場合、販売取引をデータモデルにインポートする必要はありません。代わりに、地域、月、および収益の合計で構成される集計表を使用します。

• データモデルはダッシュボードとともに配布されます。 つまり、ダッシュボードにはデータモデルが用意されているため、ダッシュボードを配布する際に隠れたタブの中でモデルを維持する必要があります。ファイルサイズが扱いにくいという事実に加えて、データモデルに多すぎるデータを含めると、ダッシュボードのパフォーマンスが実際に低下する可能性があります。どうして？

  <！ - 3 - >

  Excelファイルを開くと、ファイル全体がメモリに読み込まれ、素早くデータを処理してアクセスできるようになります。この動作の欠点は、Excelがスプレッドシートの最小の変更を処理するにも大量のRAMを必要とすることです。大量の数式集約型のデータセットでアクションを実行しようとすると、Excelが応答するのが遅く、ステータスバーにCalculatingインジケータが表示されることに気付いたことがあります。データセットが大きいほど、Excelでのデータ処理が効率的ではありません。

• 大規模なデータセットはスケーラビリティを損なう可能性があります。 あなたが小さな会社で働いていて、データモデルで毎月の取引を使用しているとします。毎月80,000行のデータを保持しています。時間が経つにつれて、きちんと整備されたタブに保存されているデータを分析するために必要なすべての数式、ピボットテーブル、およびマクロを含む堅牢なプロセスが構築されます。

  1年後にはどうなりますか？あなたは新しいタブを開始しますか？ 2つの異なるタブの2つのデータセットを1つのエンティティとしてどのように分析しますか？あなたの数式はまだ良いですか？新しいマクロを書く必要がありますか？

これらの問題は、レポートのニーズの中核的な目的に役立つ集約され集計されたデータのみをインポートすることで回避できます。