データディクショナリデータディクショナリは、ひとまとまりの、データモデルやシステムに関する情報です。LN では、｢ランタイムデータディクショナリ｣ および ｢アプリケーションデータディクショナリ｣ という 2 種類のデータディクショナリを使用します。 このセクションでは、ランタイムデータディクショナリの目的、アプリケーションデータディクショナリの目的、およびアプリケーションデータディクショナリからランタイムデータディクショナリへのデータの変換方法について説明します。 ランタイムデータディクショナリ ランタイムデータディクショナリ (RTDD) は、システムを実行するために使用されるファイルやデータを指すため、｢ランタイム｣ と呼ばれます。RTDD の目的は次の 2 つです。
構成情報 RTDD は、システムのテクニカルアーキテクチャが構成可能なので必要です。この構成情報がデータベースに保存された場合、この情報を取得する方法や取得先のデータベースをシステムでは判別できません。メッセージを表示する言語や、システムをサポートするために開始するプログラムも判別できません。それらの情報は、bshell のスタートアップ中にアプリケーションサーバのオペレーティングシステムから直接取得できるようになっています。 最適化したアプリケーション情報 アプリケーションは、実行中のアプリケーション構成要素に関する多数の情報を繰り返し必要とします。この情報はデータベースから取得できますが、情報は頻繁に必要で、変更頻度が少ないため、事前に処理し、圧縮した最適な状態で保存するほうが高速かつ効率的です。この種の情報例としては、日付フォーマット、メニュー、ツールバーのテキスト、メニュー、フォームなどがあります。フォーム、フォームのフィールド、ラベルなどのアプリケーション構成要素はデータベースに保存されます。実行中のシステムが情報を必要とするとき、すべての情報をデータベースから収集すると、システムの速度が低下します。このため、システムは変換関数を使用して、この情報を最適なフォーマットにコンパイルします。 アプリケーションデータディクショナリ ランタイムデータディクショナリはアプリケーションサーバのオペレーティングシステムと Enterprise Server のテーブルに保存されますが、アプリケーションデータディクショナリ (APDD) はテーブルに保存されるデータです。APDD データには各セッションがアクセスします。 APDD をデータとして保存し、セッションでアクセス可能にすると、管理者はセッションを使用して簡単にシステムを管理し、開発者はシステムでアプリケーションを簡単に開発することができるようになります。この方法では、アプリケーションの管理環境と開発環境がアプリケーションの実行環境と基本的に同じになります。 APDD のデータは会社番号 000 に保存されます。 ランタイムデータディクショナリへの変換 アプリケーションデータディクショナリのデータをセッションでメンテナンスした後、RTDD 用の情報を APDD から抽出し、再フォーマットまたは最適化して、ランタイムデータディクショナリで使用できるようにする必要があります。このプロセスを ｢ランタイムへの変換｣ と呼びます。 最適化した情報は次のいずれかのフォーマットになります。
APDD をランタイム時に使用可能にする方法は、以下のように分類されます。
ランタイムへの変換が必要なことをどのようにして見分けるのでしょうか。これは難しい質問です。最も効果的な方法は、セッションにランタイムへの変換ボタンがあるか、特定メニューの下にプルダウンメニュー項目があるかを確認します。たとえば、｢パッケージコンビネーション｣、｢テーブル｣、および ｢ドメイン｣ でランタイムへの変換が必要です。 他のエンティティで APDD の情報を使用可能にするには、コンパイルのステップが必要です。通常は、コンパイルのステップでシステムからサインアウトする必要はありません (ただし、ユーザのスタートメニューを変更した場合は例外です)。コンパイルは、たとえば以下の項目に必要です。
[ランタイムへ変換] セッション ソフトウェア開発中に使用できる [ランタイムへ変換] セッションは多数あります。通常、エンティティのランタイムへの変換は、そのエンティティを保守するセッションの特定メニューから開始できます。 複数のエンティティに変換が必要な場合や、エンティティの複数の要素を変更する場合は、メニューブラウザからアクセスできる変換セッションを使用します。例:
| |||||||||