TDV DDL 機能について
データベース データ サービスへのパブリッシュに加えて、TDV DDL (Data Definition Language、データ定義言語) 機能を使用して、物理データ ソース内のテーブルを操作できます。このトピックには、次のものも含まれます。
クライアント アプリケーションは、データ ソースにテーブルを作成するときに、TDV で確立された接続とプロトコルを使用します。作成したテーブルはすぐに TDV リソース ツリーに追加され、TDV 内の他のテーブル オブジェクトと同じように操作できます。TDV DDL CREATE TABLE では、 (基になるデータ ソースでサポートされている) 次の機能がサポートされます。
|
•
|
カラム タイプの仕様 (機能フレームワークを参照して、データ ソースに適したタイプ マッピングを決定した後) |
クライアント アプリケーションでテーブルを削除する必要がある場合、テーブルはデータ ソースと TDV リソース ツリーの両方から直接削除されます。TDV 内の変更を確認するために、データ ソースを再イントロスペクトする必要はありません。
この機能を使用すると、必要に応じて一時テーブルを作成および削除してアクションを最適化できるため、クエリやレポートのパフォーマンスを向上させることができます。
TDV DDL 機能のデータ タイプ マッピングの管理
TDV はさまざまなデータ ソース タイプでテーブルを作成できるため、TDV はその機能フレームワークを参照して、TDV クエリのデータ タイプ名とネイティブ データ ソースの対応するデータ タイプとの間のマッピングを決定します。TDV のカスタム データ アダプターを定義することにより、データ タイプ マッピングをオーバーライドしたり、新しいマッピングを指定できます。詳細については、「データ ソース リソースの追加と削除」を参照してください。
テストに基づき、MicroStrategy で使用する予定のカスタム アダプターには、次のデータ タイプ マッピングを使用することをお勧めします。
|
MySQL と MicroStrategy
|
FLOAT -> DOUBLE
|
|
MicroStrategy を使用する Oracle
|
DOUBLE -> NUMERIC
|
TDV DDL の制限事項
|
•
|
クライアント アプリケーションが開いていてデータにアクセスしていて、一時テーブル コンテナが変更された場合、クライアント アプリケーションが再度サイン インするまで、更新された設定が表示されないことがあります。変更前に作成された一時テーブルは、データベースから削除されません。 |
|
•
|
パス スルー ログインを使用するデータ ソースの場合、TDV Server のシャットダウン中にアクティブな一時テーブルがクリーンアップされない場合があります。TDV は、サーバーの起動時に、クリーンアップできないすべてのテーブルを cs_server.log ファイルに記録します。 |
Netezza DDL 作成の制限事項
TDV は、DDL を使用して Netezza データ ソース テーブルに次のデータ タイプを作成することはできません。