Boardのデータモデル技術は、大量のデータを効率的に管理し、高いパフォーマンスを実現するよう設計されています。独自の多次元管理技術を実装することで、多次元データベース（M-OLAPとも呼ばれます）で一般的に発生するデータ爆発の問題を完全に回避します。詳細については、データモデリングについて を参照してください。
Boardのデータモデルは多次元構造であり、そのためオンライン分析処理（OLAP）に最適です。概念的には、多次元データモデルは、キューブのセルに値が格納され、ディメンションがデータに対するさまざまな視点を表すという考え方に基づいています。例えば、「売上」キューブにはセル内に売上値が格納され、製品別（例：製品ごとの売上）、地域別（例：都市または地域ごとの売上）、時間別など、さまざまなディメンションで参照できます。
売上高、資産および負債、費用、収益などのデータは正規化され、エンティティ（例：月、顧客、製品）によって構成されたキューブと呼ばれる多次元オブジェクトに格納されます。
エンティティは、リレーションシップによって関連付けることで階層構造（例：顧客 → 国 → 都道府県）を構築できます。「アンバランス」と定義される一部のエンティティでは、間接的な階層構造にも対応できます。ユーザーは、データソースに関係なく、キューブの読み取り、書き込み、および更新を行うことができます。
Boardは、キューブへの 書き戻し だけでなく、リレーショナルデータソースへの直接的な書き戻しにも対応しており、エンタープライズアプリケーションとパフォーマンス管理プロセスを効果的に統合できます。
データモデルの構成
Board データモデルは、以下の要素で構成されています：
エンティティ：情報の集合であり、一般的にはテキストやコードで構成されます。例えば、顧客、製品、都市の一覧に対してエンティティを定義できます。エンティティ（および階層）は、キューブのディメンションを構成します。
リレーションシップ：2つ以上のエンティティ間に多対一の関係がある場合、リレーションシップ（または階層）を定義できます。例えば、顧客、市区町村、都道府県のエンティティは、「顧客 → 市区町村 → 都道府県」というリレーションシップとして整理できます。これは、顧客と市区町村の間、および市区町村と都道府県の間に多対一の関係が存在するためです。
キューブ：キューブにはデータ（主に数値データですが、それに限定されません）が格納され、さまざまなディメンションや階層レベルに基づいて分析および表示できます。
エンティティ、リレーションシップ、およびキューブは、企業、より一般的にはモデル化されたシステムの多次元データモデルを構成します。「ディメンション」という用語は、独立したエンティティ、またはキューブの軸として使用できるリレーションシップ全体を指すために使用されます。例えば、「通貨」エンティティは、「受注金額」や「請求金額」などのキューブのディメンションとして使用できます。顧客、市区町村、都道府県の3つのエンティティは階層的に関連付けられているため、顧客ディメンションと呼ばれる1つのディメンションを構成します。ディメンション名は、リレーションシップ内で最も詳細なレベルを表すベースレベルのエンティティに基づいて付けられます。
Boardが接続するデータ
Boardは、以下のデータソースに対して接続、統合、およびデータフェデレーションを行う機能を提供します：
リレーショナルデータベースおよびデータウェアハウス
エンタープライズアプリケーション（例：SAP ERP）
多次元データソース（SAP BWを含む）
APIコールを介したWebサービス
Excel、CSV、TXTファイル
クラウドベースのデータソース
データは通常、データリーダーを介してBoardに取り込まれます。データリーダーは、データをエンティティ、リレーションシップ、およびキューブへマッピングする処理も行います。取り込まれたデータは、その後 データモデルプロシージャ を使用して操作できます。
Boardは、外部ソースからデータを取り込むために、以下のデータプロバイダーを利用します：
リレーショナルデータベース接続用のOpen Database Connectivity（ODBC）標準およびOLE DB
CSVおよびTXTファイル