- 選択した前処理言語の大まかな説明
- 書き込みプロセス中に解決された問題
正直なところ、2番目の部分の方が重要だと思いました。そのために記事を書きました。
ここで、選択処理言語のトピックの方が重要だと思います。
私はインターネットを検索し、選択からExcelファイルを作成するための6つまたは7つの解決策をそれほど困難なく見つけました。 私よりも良い決定があったことは間違いありません。 しかし、私の意見では、前処理言語がなくても費用はかかりません。 多くの方法で私が構築したシステムは、Oracle * Reportsのようなプラットフォームを置き換えたい場合に唯一可能なシステムであることがわかりました（もちろん、さまざまなExcel形式の出力ファイルについてのみ話しています）。
選択のテキストを保存する必要があります
ユーザーのニーズを満たす選択のテキストを準備する必要があります。
これは、クエリ、式、およびトリガーを含むレポート（rdf）ファイルに類似しています。 私が書いた、あなたはすべてのrdfを1つの選択に減らすことができると確信することができます（または極端な場合、「前の」PL / SQLブロックにロジックを実装し、それをいくつかのテーブルに書き込み、*から...を選択します）。
オプションを使用する
rdfの利点は、実行時にユーザーが指定した値に応じてクエリを変更するためのパラメーターと手段があることです。
これは、パラメーターが既に保存された選択に登録されており、実行前に選択で何をどのように変更するかのルール（ 言語 ）があることを意味します。
Excel作成自体
これについては前半で書きました。
ユーザーにデータの入力を促す単一のフォーム
パラメーターは実行前にのみ処理されるようになったため、形式化された形式で定義する必要があります。 つまり、尋ねる
- データ型
- 入力フォーマット
- ユーザー入力のプロンプト
- 予備点検
- パラメータを確認する結果セット
- 等々
すべて一緒にすると良い効果が得られますが、これは私が会社で観察したものです。 書き込み可能な画面の例を次に示します。
これはOracle Formsで記述されていますが、他のプラットフォームでも記述できます。 データベース内の2つの画面（管理と実行）と2つのPL / SQLパッケージ、データを保存するためのいくつかのテーブル。
レポートは実質的に放棄しました。 アナリストはExcelを使用し、リクエストに応じて選択を行います。 これには多くの時間がかかる可能性があり、これは選択、およびロジックと最適化のデバッグです。 しかし、その後、20分以内にシステムでそれを定義し、ユーザーはそれで作業を開始します。 私の意見では、これはBusiness ObjectsやOracle Discovererなどのシステムよりも簡単です。 はい、これにはプログラマーとDBAの作業が必要ですが、一方で、選択は鋭く効果的です。 また、強力な分析ツールとしてのExcelについては、話をしません（専門家ではありません）。