データウェアハウス用のクエリとレポーティングツール - ダミー

クエリおよびレポートツールは、定期的なレポートの実行、 、クロス集計レポートとクエリを実行できます。ここでは、自分に慣れるためのクエリとレポートのツールをいくつか紹介します。

SQLの役割

SQLは、リレーショナルデータベース管理システム（RDBMS）内のデータにアクセスして更新するために使用される公式のデータベースクエリ言語です。

SQLのルーツは、リレーショナル・データベース技術の初期段階でIBMとその研究所に帰っています。 IBMとOracleは、リレーショナル製品へのアクセスに使用される言語としてSQLを採用しました（他のRDBMSはそれぞれのベンダーが発明した言語を使用していました）。

<！ 1980年代半ばに、SQLは米国規格協会（ANSI）と国際標準化機構（ISO）の両方への承認のために提出され、今後数年間、他のデータベースアクセス言語は消え去った。 SQL標準のそれ以降のバージョンは、数年ごとに発行されました。

SQLの照会および報告（およびデータウェアハウジング）の重要性は、その言語が複数のRDBMS製品にアクセスするための999のほとんどの標準的な方法を表していたことです。

<！ - 2 - > 各RDBMS製品には、SQLの方言がわずかに異なります。基本的な構文は同じですが、特に最も一般的に使用されるコマンドの場合は、すべてのSQLダイアレクトがわずかに異なります。 1990年代初頭には、これらの構文上の相違にもかかわらず、いくつかの異なる取り組みがSQL RDBMS製品の共通のゲートウェイとなりました。 最も成功したのはMicrosoft Open Database Connectivity（ODBC）でした。

ODBC準拠の

というフレーズは、1990年代半ばと中頃にRDBMSアプリケーションにとって重要になりました。 Javaコミュニティのための同様の標準も、1990年代後半にJava Database Connectivity（JDBC）として登場しました。事実上、主要なデータベースメーカはすべて、これらの標準接続インタフェースの両方を介してアクセシビリティを備えています。

<！テクニカルクエリツール ほとんどのクエリおよびレポートツールの基礎としてSQLを使用することは、データウェアハウスのメリットとメリットの両方をもたらしました。データウェアハウス環境では、RDBMSベンダーと他のサードパーティーベンダーの両方でツールを提供できるため、より多くの製品と製品のマッチアップが可能です。 しかし、負の面では、SQLは、基本を超えてから比較的複雑な言語です。一連の照会ツールでは、主にユーザーがSQL照会を入力して編集することができます。これらのツールは、実際にはエンドユーザー向けに設計されたものではありませんが、エンドユーザー組織に展開される頻度は驚くほどです。

ユーザークエリツール

ほとんどのエンドユーザークエリおよびレポートツールは、ユーザーがレポートレイアウト、レポートに必要なデータ列、または必要なデータ行をデザインするためのビジュアル指向のペイント環境を提供します選択する（たとえば、割り当てを満たした営業担当者のみ）。

このすべての「塗装」情報を使用すると、ほとんどのツールでスマートなクエリ生成手法がますます増えています。データベースクラスでAを得ることができますが、現実世界でこのようなことをやった人から頭が震えてしまう単一の複雑すぎるSQL文を生成するのではなく、一連のSQL文（通常は一時的中間結果の表）が生成されます。

このシーケンスは、事実上、より効率的な一連のステップにクエリを分解する。

レポートツール

エンドユーザーがより複雑なユーザーインタラクションや洗練されたフォーマットを望む場合、より多くのレポート機能を備えたツールが活用されます。純粋なクエリツールと純粋なレポーティングツールの区別があります。クエリツールは、データアクセス、フィルタリング、および簡単な書式設定を提供します。企業全体にレポートを配布したり、フォームセーフなプレゼンテーションを生成する必要がある場合は、レポートツールを使用します。

レポートツールは、クエリツールと同様に、データベースクエリによって取得されたデータの書式設定に重点を置いた洗練されたレイアウトを作成できる環境を提供します。