ヘルプの項目がありません。オンライン･ヘルプのキーワードで関連項目を確認してください。


プロジェクト・ウィザードを使用したプロジェクトの生成

  制限	  次のステップ	  関連項目

プロジェクト・ウィザードを使用してプロジェクトを作成するには:

1	プロジェクト・ウィザードを表示するには、ツールバー内の [image] をクリックするか、またはルート・プロジェクト・ノードをダブルクリックします。プロジェクトの作成にプロジェクト・ウィザードと「新規プロジェクト」ダイアログのどちらを使用するかを問い合せるダイアログが表示されます。

2	「プロジェクト・ウィザード」ラジオ・ボタンをクリックします。

3	ステップに従って、スタンドアロン・プロジェクトを作成します。詳細は、プロジェクト・ウィザードのヘルプを参照してください。


プロジェクト・ウィザードを使用しないプロジェクトの作成

  制限	  次のステップ	  関連項目

プロジェクト・ウィザードを使用せずにプロジェクトを作成するには:

1	「新規プロジェクト」ダイアログを表示するには、ツールバー内の [image] をクリックしてください。

2	必要であれば、プロジェクト・ファイルを保存するディレクトリをナビゲートします。使用しているシステムのファイル・ダイアログを使用して、通常と同じようにナビゲートします。

3	「ファイル名」フィールドにプロジェクト名を入力します。デフォルトまたは必須の拡張子はありません。

名前が指定されたプロジェクト・ファイルは、指定されたディレクトリに作成されます。


制限:  プロジェクトの作成

プロジェクト・ファイルは、使用しているファイル・システムのみで保存できます。プロジェクト・ファイルをデータベースに保存できません。


ユーザー・レジストリまたはグローバル・レジストリへのタイプの追加

  次のステップ	  関連項目

ユーザー・レジストリまたはグローバル・レジストリにタイプを追加するには:

1	「ツール」 [image] 「モジュール・タイプ・ウィザード」を選択します。

2	「モジュール・タイプ・ウィザード」パネル上の指示に従います。ヘルプを使用して、操作のガイドを参照できます。


項目へのアクションの追加

  例	  次のステップ	  関連項目

項目へアクションを追加するには:

1	プロジェクト・ナビゲータで、変更する項目を選択します。ヒント

2	ポップアップ・メニューから「新規アクション」を選択して、「新規アクション」ダイアログを表示します。

3	次の項目を指定します。

•	「名前」フィールドにアクション名を指定します。既存のアクションの定義を拡張する（たとえば、新しいコンパイラに対する「ビルド」アクションを作成する）場合は、ドロップダウン・リストからアクションを選択します。

•	（オプション）「記述」フィールドにアクションの説明を入力します。ポップアップ・メニューにこのアクションを追加する場合、説明によってメニュー項目が作成されます。説明を入力しなければ、ポップアップ・メニューにはアクション名が表示されます。キーボード・ニーモニックを使用する場合は、使用するキーの前にアンパサンド（&）を置きます。たとえば、説明として「&Print」と指定すると、Pがニーモニックになります。コマンドにニーモニックでないアンパサンドを使用する場合は、2つのアンパサンド（&&）を使用します。

•	アクションを起動する項目のタイプを「タイプ別アクション」リストから選択します。

注意: ユーザー・レジストリ内のタイプにアクションを追加する場合、それと同じタイプで、ユーザー・レジストリを参照するすべての項目が新しいアクションを継承します。項目にアクションを追加するとき、その項目がプロジェクトまたはサブプロジェクトでなければ、アクションはその項目に対してのみ適用されます。アクション追加先の項目がプロジェクトまたはサブプロジェクトの場合、そのプロジェクト内で、「タイプ別アクション」フィールドでの指定とタイプが等しいすべての項目に、追加されたアクションが適用されます。

•	そのタイプまたは項目に関連付けられたポップアップ・メニューにアクションを追加する場合、「ポップアップ・メニューに追加」チェックボックスをチェックします。アクションをポップアップ・メニューに含めない場合、そのアクションにはアクセスできなくなります。この方法により、アクションそのものを削除することなく、表面上隠すことができます。

4	テキスト・ボックスでアクションを定義します。アクションの定義は、アクションを起動するために発行されるコマンドです。テキスト・フィールドに直接コマンド文字列を入力するか、次のタブを利用します。注意

•	「アプリケーション」タブをクリックして、アクションの実行に使用するアプリケーションを結果リストまたは「参照」ダイアログから選択します。次に「コマンドに挿入」をクリックします。選択された実行可能プログラムは、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。

実行可能プログラムを追加したら、必要な（または任意の）パラメータをコマンド文字列に追加します。追加するパラメータがわからない場合は、適切なユーザー・ガイドを参照してください。(Project Builderの事前定義済みマクロを使用して、ファイル名に対する{n}などの特定のパラメータを表現できます。)

•	「マクロ」タブをクリックして、すべてのビルトイン・マクロ、事前定義済みマクロ、および項目に対して定義済みのマクロから、マクロを選択します。次に「コマンドに挿入」をクリックします。選択されたマクロは、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。マクロは、アクションの起動時に拡張されます。

•	「入力項目」タブは、グローバル・アクション（「ビルド」、「配布」または「ソース制御」の各アクション）に対してのみ使用可能であり、その他のアクションに対しては無効です。ただし、アクションの追加によってグローバル・アクションのいずれかを上書きまたは拡張しようとしているような場合には、このタブをクリックして、必要な入力項目のタイプを選択します。

入力項目は、アクションによる操作の対象となるソース・ファイルです。たとえば、.fmb（「フォーム文書」タイプのファイル）は、.fmxファイルをビルドするために必要な入力項目です。必要な入力項目が見つからない場合、「リストに追加. . .」をクリックして項目を定義するか、「編集」をクリックして既存の項目を編集します。必要な入力項目を選択したら、「コマンドに挿入」を選択します。選択された入力項目は、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。「コマンド」テキスト・ボックスでは、「入力項目」タブ上でのそのエントリに対応する番号を使用して入力項目が表示されます。アクションが複数の入力を受け付ける場合でも、各入力項目に対して1つの番号のみが表示されます。

5	「OK」をクリックしてダイアログを終了すると、アクションがタイプまたは項目に関連付けられます。


タイプへのアクションの追加

  関連項目

タイプにアクションを追加するには:

1	プロジェクト・ナビゲータで、変更するタイプを選択します。ヒント

2	「ツール」 [image] 「モジュール・タイプ・ウィザード」を選択します。

3	「アクション」タブをクリックします。

4	「追加」をクリックして、「新規/編集アクション」ダイアログを表示します。

5	次の項目を指定します。

•	「名前」フィールドにアクション名を指定します。既存のアクションの定義を拡張する（たとえば、新しいコンパイラに対する「ビルド」アクションを作成する）場合は、ドロップダウン・リストからアクションを選択します。

•	（オプション）「記述」フィールドにアクションの説明を入力します。ポップアップ・メニューにこのアクションを追加する場合、説明によってメニュー項目が作成されます。説明を入力しなければ、ポップアップ・メニューにはアクション名が表示されます。キーボード・ニーモニックを使用する場合は、使用するキーの前にアンパサンド（&）を置きます。たとえば、説明として「&Print」と指定すると、Pがニーモニックになります。コマンドにニーモニックでないアンパサンドを使用する場合は、2つのアンパサンド（&&）を使用します。

•	そのタイプまたは項目に関連付けられたポップアップ・メニューにアクションを追加する場合、「ポップアップ・メニューに追加」チェックボックスをチェックします。アクションをポップアップ・メニューに含めない場合、そのアクションにはアクセスできなくなります。この方法により、アクションそのものを削除することなく、表面上隠すことができます。

6	テキスト・ボックスでアクションを定義します。アクションの定義は、アクションを起動するために発行されるコマンドです。テキスト・フィールドに直接コマンド文字列を入力するか、次のタブを利用します。注意

•	「アプリケーション」タブをクリックして、アクションの実行に使用するアプリケーションを結果リストまたは「参照」ダイアログから選択します。次に「コマンドに挿入」をクリックします。選択された実行可能プログラムは、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。

実行可能プログラムを追加したら、必要な（または任意の）パラメータをコマンド文字列に追加します。追加するパラメータがわからない場合は、適切なユーザー・ガイドを参照してください（Project Builderの事前定義済みマクロを使用して、ファイル名に対する{n}のような特定のパラメータを表現できます)。

•	「マクロ」タブをクリックして、すべてのビルトイン・マクロ、事前定義済みマクロ、および項目に対して定義済みのマクロから、マクロを選択します。次に「コマンドに挿入」をクリックします。選択されたマクロは、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。マクロは、アクションの起動時に拡張されます。

•	「入力項目」タブは、グローバル・アクション（「ビルド」、「配布」または「ソース制御」の各アクション）に対してのみ使用可能であり、その他のアクションに対しては無効です。ただし、アクションの追加によってグローバル・アクションのいずれかを上書きまたは拡張しようとしているような場合には、このタブをクリックして、必要な入力項目のタイプを選択します。

入力項目は、アクションによる操作の対象となるソース・ファイルです。たとえば、.fmb（「フォーム文書」タイプのファイル）は、.fmxファイルをビルドするために必要な入力項目です。必要な入力項目が見つからない場合、「リストに追加. . .」をクリックして項目を定義するか、「編集」をクリックして既存の項目を編集します。必要な入力項目を選択したら、「コマンドに挿入」を選択します。選択された入力項目は、「コマンド」テキスト・ボックスで選択されている任意のテキストを置き換えるか、あるいはカーソル位置に挿入されます。「コマンド」テキスト・ボックスでは、「入力項目」タブ上でのそのエントリに対応する番号を使用して入力項目が表示されます。アクションが複数の入力を受け付ける場合でも、各入力項目に対して1つの番号のみが表示されます。

7	「OK」をクリックしてダイアログを終了し、モジュール・タイプ・ウィザードに戻ります。

8	特定のアクションをデフォルトに設定する場合は、「アクション」タブ上でアクションを選択し、次に「デフォルトに設定」をクリックします。


タイプまたは項目を選択する前に、継承の意味をよく理解しておいてください。たとえば、同じタイプの多数のファイルに対して同じアクションを定義するよりも、タイプそのものに対してアクションを定義するほうが簡単です。


アクションおよびマクロの作成時は、プラットフォームによってコマンド構文が異なることに留意してください。このようなアクションを異なるプラットフォームへポートするには、新規のプラットフォームのルールに準拠するように構文を変更する必要があります。矛盾する可能性はありますが、ファイル名の長さおよび大/小文字区別、スラッシュおよび逆スラッシュの制限はありません。

詳細は、ヘルプ内の「Forms DeveloperまたはReports Developerプラットフォーム固有の情報」を参照してください。


例: タイプへのアクションの追加

Project Builderでは、大部分のファイル・タイプのオープン・アクションを使用できます。ただし、テキスト・ファイルに関係付けられたオープン・アクションはユーザーが本来使用したいと思っているエディタを起動しないとします。「OPEN（オープン）」のかわりに、「EDIT（編集）」アクションとテキスト・ファイルを関係付けてポップアップ・メニューから「編集」を選択できます。

1	ユーザー・レジストリに「テキスト・ファイル」タイプのコピーがあることを確認します。そのコピーを選択します。注意

2	「ツール」 [image] 「モジュール・タイプ・ウィザード」を選択します。ステップ1で「テキスト・ファイル」タイプを選択したことにより、ウィザード全体を通じて適切な情報を伴った特定のフィールドが設けられます。

3	「アクション」タブをクリックし、次に「追加」をクリックして、「アクション追加」ダイアログを表示します。

4	「アクション追加」ダイアログの「名前」フィールドに、「Edit」と入力します。

5	「タイプ別アクション」ドロップダウン・リストから「Text」を選択します。

6	記述を追加します。これによって、ポップアップ・メニューのエントリが作成されます。

7	「ポップアップ・メニューに追加」が選択されていることを確認します。すると、説明がポップアップ・メニューに表示されます。

8	「コマンド」テキスト・ボックスで、使用するツールを起動するコマンドを、その関連付けられたタイプのファイルによって指定します。これには、アプリケーション（コマンド行起動文字列）とマクロ（必要なパラメータまたはオプションを指定。たとえば、オープンするファイルの名前）の両方が必要です。

この例では、ワードパッドを指定するのですが、その実行プログラムの保存場所がわかりません。「アプリケーション」タブをクリックすると、前に選択したことのある実行プログラムのリストが表示されます。リスト中にワードパッドが見つからない場合、「参照」をクリックしてファイル・システムから検索します。ワードパッドの実行プログラムが見つかったら、そのファイルを選択します。そして、「開く」をクリックしてダイアログを終了し、「コマンド」テキスト・ボックスに実行プログラムのファイル仕様を挿入します。

次に、ワードパッドでオープンするファイルを指定します。スペースを入力した後、「マクロ」タブをクリックして、事前定義済みマクロのリストを表示します。マクロ{n}が、その項目の完全修飾ファイル名（これに基づいてアクションがとられます）に展開されます。そのマクロをダブルクリックして、アクション定義に挿入します。

9	「OK」をクリックしてダイアログを終了し、モジュール・タイプ・ウィザードの「アクション」タブに戻ります。

10	「Edit」アクションをデフォルトのアクションにする場合、そのアクションを選択して「デフォルトに設定」をクリックします。以後、プロジェクト・ナビゲータでテキスト・ファイルを選択してダブルクリックすると、そのファイルがワードパッド上でオープンされます。


プロジェクト管理者以外の方が、グローバル・レジストリ内のタイプ定義を変更することはお薦めできません。


マクロの生成

  例	  次のステップ	  関連項目

マクロを作成するには:

1	プロジェクト・ナビゲータで、マクロを適用するプロジェクトまたは項目が選択されていることを確認します。

2	ポップアップ・メニューから「新規マクロ」を選択し、「新規マクロ」ダイアログを表示します。

3	「名前」テキスト・ボックスにマクロ名を入力します。

4	「タイプ」ドロップダウン・リストからマクロ・タイプを選択します。「スタティック・テキスト」を除くすべてのマクロ・タイプは、実行時にポップアップを表示してユーザーに値の入力を求めます。

5	「値」テキスト・ボックスにマクロ定義を入力します。

•	マクロにファイル名が含まれる場合、「挿入ファイル名」をクリックして、使用しているファイル・システムに対する「アプリケーション挿入」ダイアログを表示します。

•	マクロにネストされたマクロ、つまりすでに定義されたマクロが含まれている場合、「マクロ挿入」をクリックして、組み込むマクロをリストから選択します。注意

6	ステップ4で選択したマクロ・タイプに必要なその他のフィールドに値を入力します。

7	「OK」をクリックしてマクロを作成し、ダイアログを終了します。


例: マクロの生成

社内と社外の両方に配布されるGraphics Builder図表の開発を担当しているとします。社内への配布では、ハードコピー・レポートに組み込むための図表をビットマップにエクスポートする必要があります。社外への配布は、会社のWebサイトに表示するための図表を.gifファイルにエクスポートする必要があります。

図表に関係付けられた「実行」アクションを変更するGraphics Builderランタイム・オプションが含まれるマクロを作成できます。ビットマップを生成する場合は、マクロにビットマップへのエクスポートを指定するよう設定します。.gifファイルを生成する場合、マクロに.gifファイルへのエクスポートを指定するよう設定します。

生成するには:

1	ユーザー・レジストリに「Graphics実行モジュール」タイプのコピーがあることを確認します。そのコピーを選択します。注意

2	ポップアップ・メニューから「新規マクロ」を選択し、「新規マクロ」ダイアログを表示します。

3	「名前」テキスト・フィールドに「EXPORT」と入力します（自動的に大文字で表示されます）。

4	「タイプ」ドロップダウン・リストから「静的テキスト」を選択します。

5	「値」テキスト・ボックス中のマクロを定義します。例:

exportimage={b}.gif

この例ではexportimageはランタイム・オプションであり、{b}はベースとなるファイル名、そして、.gifはエクスポートするフォーマットの拡張子であることに注意してください。ベースとなるファイル名は、マクロであり、Project Builderによって事前定義済みである必要があります。マクロ定義にこのファイル名を挿入するには、「マクロ挿入」をクリックして事前定義済みのマクロのリストを表示し、追加するマクロを選択して「OK」をクリックします。ファイル名は、カーソル位置に挿入されます。

6	「OK」をクリックします。

これで、EXPORTマクロを使用して、「Graphics実行モジュール」タイプ（つまり、図表）のファイルに関係付けられた「RUN（実行）」アクションを変更できます。前述のとおり、マクロによって.gifにファイルがエクスポートされます。ビットマップにエクスポートする場合は、EXPORTマクロを編集して、ファイル拡張子を.bmpに変更するのみです。


プロジェクトまたはサブプロジェクトへのファイルの追加

  次のステップ	  関連項目

プロジェクトまたはサブプロジェクトへファイルを追加するには:

1	プロジェクト・ナビゲータで、ファイル追加先プロジェクトのノードが選択されていることを確認します。

2	「プロジェクトにファイルを追加する」ダイアログを表示するには、ツールバー内の [image] をクリックするか、またはプロジェクト・ノードをダブルクリックしてください。

3	必要であれば、追加するファイルを含むディレクトリをナビゲートします。

4	必要に応じて、連続して、または個々にファイルを選択するためのプラットフォーム固有の方法で、ファイルを選択します。

5	「開く」をクリックして、プロジェクトまたはサブプロジェクトにファイルを追加します。

注意: Windowsでは、1度に1つのディレクトリからしかファイルを選択できません。さらに、Windowsでは、ファイル・ダイアログで一度に選択できるファイル数に制限があります。選択できるファイルの最大数は、ファイル名の長さによって異なります。長いファイル名の場合は約250ファイル、「8.3」表記に限定された名前の場合は約600ファイルを選択できます。

選択したファイルが多すぎると、プロジェクトには何も追加されません。をクリックしてファイル・ダイアログを表示し、ファイル数を減らして追加し、必要に応じてこの操作を繰り返します。


接続文字列の定義

  次のステップ	  関連項目

接続文字列を定義するには:

1	プロジェクト・ナビゲータ内の「接続」ノードを選択した後、ポップアップ・メニューから「新規接続」を選択して「新規接続」ダイアログを表示します。

2	「タイトル」テキスト・ボックスにタイトルを入力します。タイトルによって、プロジェクト・ナビゲータ内の接続文字列のラベルが作成されます。

3	ユーザー名、パスワードおよび接続するデータベース名をそれぞれ対応するテキスト・ボックスに入力します。一般に、構文は次のような形式になっています。

username/password@network_protocol:network_node:source_name

ODBCデータ・ソースに接続している場合、構文は次のようになることに注意してください。

username/password@ODBC:datasource[:dbname]

dbnameが指定されていない場合、ODBC接続の現行のデータソースが使用されます。

4	（オプション）「コメント」テキスト・フィールドにコメントを追加します。

5	「OK」をクリックしてダイアログを確定し、その接続を使用可能な接続リストに追加します。

警告:  プロジェクトのセキュリティを考慮する場合、プロジェクトをエクスポートしてテキスト・エディタでエクスポートされたファイルを調べれば、プロジェクト接続に保存されたパスワードにアクセスできることに注意してください。


プロジェクト、またはプロジェクト項目への接続文字列の割当て

  次のステップ	  関連項目

プロジェクト、またはプロジェクト項目に接続文字列を割り当てるには:

1	プロジェクト・ナビゲータで、「接続」ノードを拡張します。プロジェクト、またはプロジェクト項目に関連付ける接続を選択します。

2	プロジェクト、またはプロジェクト項目上にコネクションをドラッグ・アンド・ドロップします。

新しい接続文字列は、プロジェクト、またはプロジェクト項目内のすべての項目に対する適切なアクションに挿入されます。

この方法のかわりに、プロジェクトまたはプロジェクト項目を選択し、「ツール」 [image] 「プロパティ・パレット」を選択して、「接続」ヘッダーの下の「名前」フィールドをクリックできます。現在定義されている接続のドロップダウン・リストが表示されるので、プロジェクトまたはプロジェクト項目、あるいはその両方に適用する接続を選択します。


ユーザー・レジストリまたはグローバル・レジストリ内でのタイプの編集

  次のステップ	  関連項目

ユーザー・レジストリまたはグローバル・レジストリ内でタイプを編集するには:

1	「プロジェクト・ナビゲータ」で、編集するタイプのノードを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	プロパティを目的に応じて編集します。適切な方法は、編集される特定のプロパティによって、異なります。次のうちのいずれかの方法で示されます。

•	テキスト・フィールドは、テキスト値の入力によって現行のプロパティを設定できる場合に表示されます。さらに長いテキスト値を必要とするプロパティの場合は、テキスト・フィールドの横にあるアイコン・ボタンを押して、モーダル・エディタまたは適切なダイアログを起動します。

•	ポップリストは、「はい」または「いいえ」の値を持つプロパティまたは有効な値の定型セットを持つプロパティに対して表示されます。

•	「. . .」ボタンは、現在のプロパティに詳細な値が必要な場合に表示されます。このボタンを選択すると、必要な情報を入力するためのダイアログが起動されます。


項目のプロパティの編集

  関連項目

項目のプロパティを編集するには:

1	プロジェクト・ナビゲータで、編集する項目のノードを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	項目を目的に応じて編集します。適切な方法は、編集される特定のプロパティによって、異なります。次のうちのいずれかの方法で示されます。

•	テキスト・フィールドは、テキスト値の入力によって現行のプロパティを設定できる場合に表示されます。さらに長いテキスト値を必要とするプロパティの場合は、テキスト・フィールドの横にあるアイコン・ボタンを押して、モーダル・エディタまたは適切なダイアログを起動します。

•	ポップリストは、「はい」または「いいえ」の値を持つプロパティまたは有効な値の定型セットを持つプロパティに対して表示されます。

•	「. . .」ボタンは、現在のプロパティに詳細な値が必要な場合に表示されます。このボタンを選択すると、必要な情報を入力するためのダイアログが起動されます。


アクションの編集

  次のステップ	  関連項目

アクションを編集するには:

1	プロジェクト・ナビゲータで、編集するアクションによって変更される項目またはタイプを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	必要であれば、 「アクション」ノードを拡張して、編集するアクションのテキスト・フィールドにカーソルを合わせてクリックし、希望どおりに変更します。テキスト・フィールドで直接アクションを編集したり、「. . .」ボタンをクリックして「アクション編集」ダイアログを起動し、変更を加えることができます。注意

注意: ユーザー・レジストリ内のタイプのアクションを編集する場合、それと同じタイプで、ユーザー・レジストリを参照するすべての項目が新しいアクションを継承します。項目にアクションを追加するとき、その項目がプロジェクトまたはサブプロジェクトでなければ、アクションはその項目に対してのみ適用されます。アクション追加先の項目がプロジェクトまたはサブプロジェクトの場合、そのプロジェクト内で、アクションの定義対象と同じタイプであるすべての項目に、追加されたアクションが適用されます。


マクロを使用したアクションの変更

  例	  次のステップ	  関連項目

マクロを使用してアクションを変更するには:

1	プロジェクト・ナビゲータで、編集するアクションによって変更される項目またはタイプを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	必要であれば、「アクション」ノードを拡張して、変更するアクションのテキスト・フィールドにカーソルを合わせてクリックし、希望どおりに変更します。追加するマクロがわかっている場合は、マクロ名を中カッコで囲み、テキスト・フィールドに直接アクションを定義できます。または、「.. .」ボタンを選択して、「アクション編集」ダイアログを表示します。注意

4	「アクション定義｣テキスト・ボックス内のカーソルを、そのマクロと同等と見なされる文字列が通常実行されるアクション内の位置に合わせてクリックし、次に「マクロ」タブをクリックします。リストからマクロを選択します。

5	「コマンドに挿入」をクリックして、マクロをコマンド文字列に追加します。

6	「OK」をクリックしてそのアクションに対する変更を再確定し、ダイアログを終了します。

注意: マクロを使用してユーザー・レジストリ内のタイプのアクションを変更した場合、それと同じタイプで、ユーザー・レジストリを参照するすべての項目が変更されたアクションを継承します。このようにして項目のアクションを変更する場合、項目がプロジェクトまたはサブプロジェクトでなければ、アクションはその項目に対してのみ適用されます。項目がプロジェクトまたはサブプロジェクトの場合、その項目と同じタイプであるプロジェクト内の子項目に対しても、変更されたアクションが適用されます。


例: マクロを使用したアクションの変更

社内と社外の両方に配布されるGraphics Builder図表の開発を担当しているとします。社内への配布では、ハードコピー・レポートに組み込むための図表をビットマップにエクスポートする必要があります。社外への配布は、会社のWebサイトに表示するための図表を.gifファイルにエクスポートする必要があります。

図表のエクスポート先ファイルのフォーマットを指定できるGraphics Builderランタイム・オプションが含まれるマクロをすでに作成しています。このマクロを使用して、図表に関係付けられた「実行」アクションを変更できます。

変更するには:

1	ユーザー・レジストリに「Graphics実行モジュール」タイプのコピーがあることを確認します。そのコピーを選択します。注意

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	「アクション」の下で、「実行」アクションを選択します。「編集アクション」ダイアログを表示するには、「. . .」ボタン をクリックしてください。

4	アクション文字列の末尾にカーソルを合わせて「マクロ」タブをクリックし、EXPORTマクロを選択して「コマンドに挿入」をクリックします。マクロは、カーソル位置でアクション定義内に挿入されます。再度「OK」をクリックして変更を確定し、「アクション追加」ダイアログを終了します。

これで、図表は自動的に.gifファイルにエクスポートされます。ビットマップにエクスポートする場合は、EXPORTマクロを編集して、ファイル拡張子を.bmpに変更するのみです。

このアクションをすべての図表に適用しない場合、かわりにプロジェクト内の個別の図表に関係付けられた「実行」アクションを変更できます。


マクロの編集

  例	  次のステップ	  関連項目

マクロを編集するには:

1	プロジェクト・ナビゲータで、編集対象のマクロによって変更される項目またはタイプを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	必要であれば、「マクロ」ノードを拡張して、編集するマクロのテキスト・フィールドにカーソルを合わせてクリックし、希望どおりに変更します。テキスト・フィールドで直接マクロを定義したり、「. . .」ボタンをクリックして「マクロ編集」ダイアログを起動し、変更を加えることができます。注意

注意: ユーザー・レジストリ内のタイプのアクションを変更するマクロを編集した場合、それと同じタイプで、ユーザー・レジストリを参照するすべての項目が変更されたアクションを継承します。このようにして項目のアクションを変更する場合、項目がプロジェクトまたはサブプロジェクトでなければ、アクションはその項目に対してのみ適用されます。項目がプロジェクトまたはサブプロジェクトの場合、その項目と同じタイプであるプロジェクト内の子項目に対しても、変更されたアクションが適用されます。


例: マクロの編集

チームの他のメンバーが全員、一般的な従来のCコンパイラを使用しているときに、より高性能のコンパイラを使用するとします。しかし、プロジェクトのグローバル・レジストリ内の「オブジェクト・ファイル」タイプには、すでにそれに関係付けられた「ビルド」アクションがあり、使用するコンパイラは使用されません。

ただし、コンパイラへの参照はマクロに含まれています。そこで、マクロを編集して、使用するコンパイラを参照するようにその定義を変更しさえすれば、そのコンパイラを使用できるようになります。

変更するには:

1	ユーザー・レジストリに「オブジェクト・ファイル」タイプのコピーがあることを確認します。そのコピーを選択します。注意

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	「マクロ」の下のCCマクロを選択し、「. . .」ボタンをクリックし、「マクロ編集」ダイアログを表示します。

4	マクロを目的に応じて変更します。

5	「OK」をクリックして新規の定義を確定し、「マクロ編集」ダイアログをクローズします。

この変更をすべてのファイルに適用したくない場合、プロジェクト内の個別のファイルに関係付けられたCCマクロを変更できます。


アクションの起動

  関連項目

アクションを起動するには:

1	プロジェクト・ナビゲータで、起動する項目を選択します。その後、次の手順のいずれかに従います。

•	起動するアクションがデフォルト・アクションの場合、ノードをダブルクリックします。または

•	ポップアップ・メニューから適切なアクションを選択します。

ポップアップ・メニューにアクションが表示されていない場合には、次の操作を実行します。

1	「ツール」 [image] 「プロパティ・パレット」を選択します。

2	目的のアクションをダブルクリックして、「アクション編集」ダイアログを表示します。

3	「ポップアップ・メニューに追加」チェックボックスをチェックします。


プロジェクト項目の改名

  次のステップ	  関連項目

プロジェクト項目を改名するには:

1	プロジェクト・ナビゲータで、改名する項目を選択します。

2	その項目名を再度クリックします。すると、編集可能なテキスト・フィールドになります。このフィールドを目的に応じて変更します。

3	プロジェクト・ナビゲータの任意の場所をクリックして、テキスト・フィールドからフォーカスを移します。

注意: プロジェクト・ファイルを改名すると、その下に表示されたファイル名は変更されますが、基になるファイル名は変更されません。その名前を変更するには、使用しているオペレーティング・システムの標準的な方法でファイルを改名します。


プロジェクト・ナビゲータからの項目の削除

  次のステップ	  関連項目

プロジェクト・ナビゲータから項目を削除するには:

項目がファイルの場合、次の手順に従います。

1	プロジェクト・ナビゲータで、プロジェクトから削除するファイルのエントリを選択します（複数選択可）。必要であれば、連続して、または個々にファイルを選択するための、プラットフォーム固有の方法を使用します。注意: プロジェクト・ナビゲータからファイルのエントリを削除しても、基になるファイルはファイル・システムから削除されません。

2	ツールバー上の [image] をクリックします。

注意: をクリックすると選択された１つの、または複数のファイル・エントリを削除します。しかし、確認のためのメッセージは表示しません。をクリックすることで、いずれの場合も、削除した１つまたは複数のエントリを回復できます。

項目がタイプまたは接続の場合、次の手順に従います。

1	プロジェクト・ナビゲータで、削除するタイプまたは接続のノードを選択します（複数選択可）。必要であれば、連続して、または個々にファイルを選択するための、プラットフォーム固有の方法を使用します。

2	をクリックして、選択された１つの、または複数のエントリーを削除します。

注意: は確認のメッセージを表示しません。必要なら、 [image] をクリックして、削除したものを再度復活させてください。

重要事項: 事前定義済みのタイプであるUPDANY、UPDTEXT、UPDPROJおよびUPDLNKを削除することは、それらに対して独自の定義を作成済みであっても、避けるようにしてください。これらのタイプを削除することは不可能ではありませんが、万が一削除された場合、Project Builderの継承構造や、プロジェクトおよびサブプロジェクトの作成能力に重大な悪影響が出ます。


プロジェクト・ナビゲータからのプロジェクトの削除

  関連項目

プロジェクトをクローズするには:

1	プロジェクト・ナビゲータで、クローズするプロジェクトを選択します。

2	ツールバー上の [image] をクリックします。警告が表示されます。

3	プロジェクト・ナビゲータからプロジェクトを削除して、さらに基になるプロジェクト・レジストリ・ファイルを削除する場合は、「はい」をクリックします。プロジェクト・ナビゲータからプロジェクトのみを削除し、基になるプロジェクト・レジストリ・ファイルは残しておく場合は、「いいえ」をクリックします。

注意:

•	他のユーザーがオープンしているプロジェクトをクローズしようとする場合、警告は表示されません。（ステップ2を完了することにより）目の前のプロジェクト・ナビゲータからプロジェクトを消去することはできますが、そのプロジェクトの基になっているプロジェクト・レジストリ・ファイルは、他のユーザーが使用中であるため削除できません。このときプロジェクト・レジストリ・ファイルを実際に削除するには、他のユーザーがプロジェクトをクローズするまで待つ必要があります。

•	「ファイル」 [image] 「プロジェクト・クローズ」を選択すると、プロジェクト定義を消去しないで選択されたプロジェクトを削除します。

•	プロジェクトを削除すると、プロジェクト・レジストリ・ファイルも同時に削除されますが、そのプロジェクトによって表現される基礎のファイル群は削除されません。たとえば、フォームgrant.fmbを含むプロジェクトが削除されても、grant.fmbは削除されません。GRANT.FMBを削除するには、ファイル・システム標準の削除コマンドを使用します。


プロジェクトの保存

プロジェクトを保存するには:

  明示的な保存処理は不要です。Project Builderでは、自動的にプロジェクトが保存されます。


手動での依存関係の作成

  次のステップ	  関連項目

手動で依存関係を作成するには:

1	プロジェクト・ナビゲータで、依存項目を選択します。たとえば、特定のPL/SQLライブラリに依存している.fmbを選択します。

2	「プロジェクトにファイルを追加」ダイアログを表示するには、ツールバー内の [image] をクリックしてください。

3	必要であれば、項目が依存するディレクトリまたはファイルをナビゲートします。

4	必要に応じて、連続して、または個々にファイルを選択するためのプラットフォーム固有の方法で、ファイルを選択します。

5	プロジェクト・ナビゲータで選択された項目の下の「オープン」をクリックして、プロジェクトまたはサブプロジェクトにファイルを追加します。

注意:

•	Windowsでは、1度に1つのディレクトリからしかファイルを選択できません。さらに、Windowsでは、ファイル・ダイアログで一度に選択できるファイル数に制限があります。選択できるファイルの最大数は、ファイル名の長さによって異なります。長いファイル名の場合は約250ファイル、「8.3」表記に限定された名前の場合は約600ファイルを選択できます。

選択したファイルが多すぎると、プロジェクトには何も追加されません。 をクリックしてファイル・ダイアログを表示し、ファイル数を減らして追加し、必要に応じてこの操作を繰り返します。

•	プロジェクト・ナビゲータで、他の項目がすでに依存しているという表示がされている場合は、依存関係を手動で作成することはできません。この場合「ファイルを追加」ダイアログを通じてのみ、依存関係を確立できます。


プロジェクト・ウィザードを使用したサブプロジェクトの生成

  制限	  次のステップ	  関連項目

プロジェクト・ウィザードを使用してサブプロジェクトを作成するには:

1	プロジェクト・ウィザードを表示するには、ツールバー内の [image] をクリックしてください。

2	サブプロジェクト作成のステップに従います。詳細は、プロジェクト・ウィザードのヘルプを参照してください。


プロジェクト・ウィザードを使用しないサブプロジェクトの生成

  制限	  次のステップ	  関連項目

プロジェクト・ウィザードを使用せずにサブプロジェクトを作成するには:

1	プロジェクト・ナビゲータで、作成するサブプロジェクトの上位のプロジェクトを選択します。

2	ポップアップ・メニューから「新規サブプロジェクト」を選択し、「新規サブプロジェクト」ダイアログを表示します。サブプロジェクト定義を保存するディレクトリを選択します。

3	新しい空のサブプロジェクトが作成されました。プロジェクト・ナビゲータでそのサブプロジェクトを改名し、ファイルを目的に応じて追加します。


制限: サブプロジェクトの生成

サブプロジェクト・ファイルは、使用しているファイル・システムのみに保存できます。データベースには、サブプロジェクトを保存できません。


ドラッグ・アンド・ドロップによるファイル順序の変更

  次のステップ	  関連項目

プロジェクトまたはサブプロジェクト内のファイル順序を変更するには:

1	プロジェクト・ナビゲータで、移動するファイルのノードを選択します。

2	適切な場所にノードをドラッグして、離します。

これで、ファイルは、プロジェクト・ナビゲータ内の新しい場所に移動しました。

注意: プロジェクト間では項目をドラッグできません。ただし、プロジェクトのサブプロジェクト内へのファイルのドラッグ、または一方のプロジェクトからその他のプロジェクトへの項目のコピー（またはカット）・アンド・ペーストは可能です。


プロジェクト内の項目のカットおよびコピー、ペースト

  次のステップ	  関連項目

プロジェクト内の項目をカットするには:

  カットする項目のノードを選択します。をクリックしてください。項目はプロジェクトから削除されますが、どこか他のところへペーストするためにクリップボードにコピーされます。

プロジェクト内の項目をコピーするには:

  コピーする項目のノードを選択します。をクリックしてください。項目はプロジェクトから削除されることなく、クリップボードにコピーされて、どこか他の所にペーストすることが可能になります。

プロジェクト内の項目をペーストするには:

  項目をペーストするプロジェクトを選択します。をクリックしてください。項目は、プロジェクト内の適切な所にペーストされます。

注意: をクリックすると、前述のアクションを取り消せます。


選択したファイルのビルド

  次のステップ	  関連項目

選択したファイルをビルドするには:

1	プロジェクト・ナビゲータで、ビルド対象の全ファイルを選択します。必要であれば、連続して、または個々にファイルを選択するための、プラットフォーム固有の方法を使用します。

2	ツールバーの [image] をクリックします。Project Builderは、選択されたファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、ファイルをビルドします。

ビルド・プロセスが終了すると、確認のダイアログが表示されます。


変更されたファイルのビルド

  次のステップ	  関連項目

変更されたファイルをビルドするには:

1	プロジェクト・ナビゲータで、ビルド対象のファイルが含まれるノードを選択します。

2	ツールバーの [image] をクリックします。

Project Builderは、ターゲットと入力項目のタイムスタンプを比較して、最後にビルドされて以来変更のあったファイルを検出します。次に、選択されたファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、古くなったファイルをビルドします。

ビルド・プロセスが終了すると、確認のダイアログが表示されます。


プロジェクトのビルド

  次のステップ	  関連項目

プロジェクトをビルドするには:

1	プロジェクト・ナビゲータで、ビルドするプロジェクトのノードを選択します。

2	ポップアップ・メニューから「すべてをビルド」を選択します。Project Builderは、プロジェクト内の関連するファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、すべてのファイルを強制的にビルドします。

ビルド・プロセスが終了すると、ビルドされた項目の数が確認ダイアログに表示されます。


「配布」アクションのカスタマイズ

  関連項目

「配布」アクションをカスタマイズするには:

1	プロジェクト・ナビゲータで、配布するプロジェクトを選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	「マクロ」の下の「PACKFILE」を選択します。

4	フィールド内の右側を1度クリックし、「. . .」ボタンをクリックして「マクロ編集」ダイアログを表示します。

5	「マクロ定義」テキスト・ボックス内にパッケージ・ファイル名を入力します。たとえば、pack.zipのように入力します。

6	「OK」をクリックして定義を確定し、「マクロ編集」ダイアログを終了します。

（配布ウィザードを使用して）そのプロジェクトに対して「配布」アクションを実行すると、PACKFILEマクロに指定したファイルにプロジェクトがパッケージ化されます。


プロジェクトの配布

  関連項目

プロジェクトを配布するには:

 「ツール」 [image] 「配布ウィザード」を選択します。配布ウィザードによって、リリース先が自動的に作成され、完成したプロジェクト・ファイルがリリース先にコピーされるか、FTPで送信されます。配布ウィザードでは、必要なスクリプトを作成して、製品をOracle Installerを通じてインストール可能にすることもできます。

注意: 配布ウィザードは、「配布」アクションによってもたらされる機能を拡張したものです。ただし、配布ウィザードで必要なオプションを選択することにより、ウィザードのかわりに「配布」アクションを引き続き使用することもできます。


アプリケーションをパッケージにする前に、パッケージFilenameを指定するための PACKFILEマクロを編集する必要があります。


ビューの変更

  関連項目

ビューを変更するには:

  依存性表示を表示するには、メニューから「表示」 [image] 「依存性表示」を選択します。プロジェクト・ビューを表示するには、メニューから「表示」 [image] 「プロジェクト・ビュー」を選択します。


タイプのデフォルト・アクションの設定

  関連項目

タイプのデフォルト・アクションを設定するには:

1	デフォルト・アクションを設定するタイプを選択し、次に「ツール」 [image] 「モジュール・タイプ・ウィザード」を選択します。

2	「アクション」タブをクリックします。

3	デフォルトに設定するアクションを選択します。

4	「デフォルトに設定」をクリックします。

5	「完了」をクリックします。

ユーザーがこのタイプのファイルをダブルクリックするたびに、ここで選択したアクションが起動されます。また、このタイプの項目のポップアップ・メニューの先頭に、そのアクション名が表示されます。

注意: タイプについてアクション（デフォルトまたはそれ以外）を設定する場合、アクションを上書きしていないタイプのすべての項目に、アクションが継承されます。


継承したアクションの上書き

  次のステップ	  関連項目

継承したアクションを上書きするには：

1	プロジェクト・ナビゲータで、上書きするアクションのプロジェクト項目を選択します。

2	ポップアップ・メニューから「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	必要であれば、「アクション｣ノードを拡張して、上書きするアクションのテキスト・フィールドにカーソルを合わせてクリックし、希望どおりに変更します。テキスト・フィールドで直接アクションを定義したり、「. . .」ボタンをクリックして「アクション編集」ダイアログを起動し、変更を加えることができます。

注意: 継承されたアクションが上書きされていることを示すために、継承アイコン [image] が [image] に変化します。


アクションの継承

  次のステップ	  関連項目

アクションを継承するには:

1	プロジェクト・ナビゲータで、アクションを継承する項目を選択します。

2	ポップアップ・メニューから 「プロパティ・パレット」を選択して、「プロパティ・パレット」ダイアログを表示します。

3	必要ならば、「アクション」ノードを拡張し、アクションを選択します。そして次に、 [image] をクリックしてアクションを継承します。

注意: 項目がアクションを再継承するように指定した場合、アクションが継承されていることを示すために、上書きアイコン [image] が [image] に変更されていることに注意してください。


ランチャへのツールの追加

  次のステップ	  関連項目

ランチャにツールを追加するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで 「追加」をクリックして、「ランチャ・エントリ追加」ダイアログを表示します。このダイアログには、次の情報を入力します。

•	「項目」ラジオ・ボタンをクリックして、グループではなく、単一の項目を指定します。

•	「コマンド」テキスト・ボックスにカーソルを合わせてクリックし、ツールのコマンド文字列を入力します。必要であれば、「アプリケーション挿入」をクリックしてツールの実行可能ファイルを検索するか、「接続挿入」をクリックして接続を追加します。起動文字列はアクション定義と同じ書式である点に注意してください。さらに、ビルトイン・マクロおよび環境変数マクロのみがサポートされます。

•	「アイコン・ラベル」テキスト・ボックスにラベルを入力します。必要であれば、「ヒント・テキスト」テキスト・ボックスに説明を入力します。

•	（オプション）アイコンを選択して、ツールを表示します。必要であれば、「ファイルから」チェックボックスをクリックした後、「参照」をクリックし、「ファイルを開く」ダイアログで使用するアイコン・ファイルを検索します。

•	「OK」をクリックして、「ランチャ・エントリ追加」ダイアログを終了します。

4	「OK」をクリックして「作業環境」ダイアログを確定し、ツールをランチャに追加します。


ランチャへのグループの追加

  次のステップ	  関連項目

ランチャにグループを追加するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで 「追加」をクリックして、「ランチャ・エントリ追加」ダイアログを表示します。このダイアログには、次の情報を入力します。

•	「グループ」ラジオ・ボタンをクリックして、単一の項目ではなく、グループ項目を指定します。

•	「アイコン・ラベル」テキスト・ボックスにラベルを入力します。必要であれば、「ヒント・テキスト」テキスト・ボックスに説明を入力します。

•	（オプション）アイコンを選択して、グループを表示します。必要であれば、「ファイルから」チェックボックスをクリックした後、「参照」をクリックし、「ファイルを開く」ダイアログで使用するアイコン・ファイルを検索します。

•	「OK」をクリックして、「ランチャ・エントリ追加」ダイアログを終了します。

4	新しいグループに組み込むツールがすでにランチャ上にある場合は、それらをグループ上にドラッグ・アンド・ドロップしてツールを追加します。新しいグループに組み込むツールがまだランチャ上にない場合は、ランチャ・ナビゲータ内のグループ・ノードを選択した後、通常どおりにツールを追加します。


ランチャの表示位置の変更

  次のステップ	  関連項目

ランチャの表示位置を変更するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「レイアウト」の下の、ランチャの配置場所に対応するラジオ・ボタンをクリックします。「フローティング」では、図表を移動できるモードレス・ランチャが作成されます。「上に表示」では、ランチャがプロジェクト・ナビゲータ最上部に水平に配置されます。「左に表示」 では、ランチャがプロジェクト・ナビゲータ左端に垂直に表示されます。

4	「OK」をクリックして「作業環境」ダイアログを終了し、変更を確定します。


ランチャ上のツール登録の変更

  次のステップ	  関連項目

ランチャ上のツール・エントリを編集するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで、ランチャ・ナビゲータ上で編集するエントリのツールを選択した後、 「編集」をクリックして「ランチャ・エントリ編集」ダイアログを表示します。

4	目的に応じて編集した後、「OK」をクリックして「ランチャ・エントリ編集」ダイアログをクローズします。

5	「OK」をクリックして「作業環境」ダイアログを終了し、ツール・エントリに対する編集を確定します。


ランチャ上でのツールまたはグループの移動

  次のステップ	  関連項目

ランチャ上でツールまたはグループを移動するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	ランチャ・ナビゲータ上で、移動するツールまたはグループをクリックして、移動先にドラッグ・アンド・ドロップします。

4	「OK」をクリックして「作業環境」ダイアログを終了し、変更を確定します。


ランチャ上でのツールまたはグループの非表示

  関連項目

ランチャ上でツールまたはグループを隠すには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで、隠すツールまたはグループを選択した後、「編集」をクリックして「ランチャ・エントリ編集」ダイアログを表示します。

4	「非表示」チェックボックスをクリックします。「OK」をクリックしてダイアログを終了します。

5	「OK」をクリックして「作業環境」ダイアログを終了し、変更を確定します。ツールがランチャ上に表示されなくなったことに注意してください。

非表示のツールおよびグループは、ランチャから一時的に削除されたのみです。ツールおよびグループを再度ランチャ上に表示するには、適切なエントリを編集して、「非表示」チェックボックスの選択を解除します。


ランチャからのツールの削除

  関連項目

ランチャからツールを削除するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで、削除するツールを選択した後、 「削除」をクリックします。確認要求の警告が表示されます。「はい」を選択して、エントリを削除します。

ヒント: 削除を取りやめる場合、それを取り消す方法があります。「作業環境」ダイアログの「取消し」を選択すると、ランチャ・エントリは保存されます。


ランチャからのグループの削除

  関連項目

ランチャからグループを削除するには:

1	「ツール」 [image] 「作業環境」を選択して、「作業環境」ダイアログを表示します。

2	「ランチャ」タブをクリックして、ランチャの作業環境を表示します。

3	「ランチャ」ページで、削除するグループを選択した後、「削除」をクリックします。確認要求の警告が表示されます。「はい」を選択して、グループとその中のすべてのツールを削除します。グループのみを削除する場合は、まず、グループの外にツールをドラッグしてランチャ・ナビゲータの任意の場所にドロップしてから、グループを削除します。

ヒント: 削除を取りやめる場合、それを取り消す方法があります。「作業環境」ダイアログの「取消し」を選択すると、ランチャ・エントリは保存されます。


プロジェクトのインポート

  次のステップ	  関連項目

プロジェクトをインポートするには:

1	「ファイル」 [image] 「インポート・プロジェクト」を選択して、「インポート・オプション」ダイアログを表示します。

2	ダイアログで、次の項目を指定します。

•	プロジェクトからすべての項目をインポートするには、「インポート項目」チェックボックスをクリックします。プロジェクトに関係付けられたすべてのタイプをインポートするには、「インポート・タイプ」チェックボックスをクリックします。

•	インポートされたプロジェクトから、似た名前のファイルで既存のファイルを上書きする場合、「既存項目を上書き」をクリックします。インポートされたプロジェクトから、似た名前のタイプで既存のタイプを上書きする場合、｢既存タイプを上書き」をクリックします。

•	「プロジェクトにインポート」が選択されていることに注意します。プロジェクトをスタンドアロン・プロジェクトとしてインポートするには、「プロジェクト名」が選択されていることを確認してください。

3	「インポート」をクリックします。「インポート・ファイル選択」ダイアログが表示されます。

4	システムのファイル・ダイアログを使用して、インポートするプロジェクトを通常どおりにナビゲートします。ファイルを選択して、「開く」をクリックします。

5	「インポート・ファイル選択」ダイアログをクローズすると、プロジェクトがインポートされます。「インポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でインポートできます。インポートが完了したら、「クローズ」をクリックします。


サブプロジェクトとしてのプロジェクトのインポート

  次のステップ	  関連項目

サブプロジェクトとしてプロジェクトをインポートするには:

1	「ファイル」 [image] 「インポート・プロジェクト」を選択して、「インポート・オプション」ダイアログを表示します。

2	ダイアログで、次の項目を指定します。

•	プロジェクトからすべての項目をインポートするには、「インポート項目」 チェックボックスをクリックします。プロジェクトに関係付けられたすべてのタイプをインポートするには、「インポート・タイプ」チェックボックスをクリックします。

•	インポートされたプロジェクトから、似た名前のファイルで既存のファイルを上書きする場合、「既存項目を上書き」をクリックします。インポートされたプロジェクトから、似た名前のタイプで既存のタイプを上書きする場合、｢既存タイプを上書き」をクリックします。

•	「プロジェクトにインポート」が選択されていることに注意します。右側のドロップダウン・リストをクリックし、現在オープンしているすべてのプロジェクトおよびサブプロジェクトのリストを表示します。このリストから、新規のサブプロジェクトを含むプロジェクトを選択します。

3	「インポート」をクリックします。「インポート・ファイル選択」ダイアログが表示されます。

4	システムのファイル・ダイアログを使用して、インポートするプロジェクトを通常どおりにナビゲートします。ファイルを選択して、「開く」をクリックします。

5	「インポート・ファイル選択」ダイアログをクローズすると、プロジェクトがインポートされます。「インポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でインポートできます。インポートが完了したら、「クローズ」をクリックします。


タイプ情報のインポート

  次のステップ	  関連項目

タイプ情報をインポートするには:

1	「ファイル」 [image] 「インポート・プロジェクト」を選択して、「インポート・オプション」ダイアログを表示します。

2	ダイアログで、次の項目を指定します。

•	プロジェクトに関係付けられたすべてのタイプをインポートするには、「インポート・タイプ」チェックボックスをクリックします。

•	インポートされたプロジェクトから、似た名前のタイプで既存のタイプを上書きする場合、｢既存タイプを上書き」をクリックします。

3	「インポート」をクリックします。「インポート・ファイル選択」ダイアログが表示されます。

4	システムのファイル・ダイアログを使用して、インポートするプロジェクトを通常どおりにナビゲートします。ファイルを選択して、「開く」をクリックします。

5	「インポート・ファイル選択」ダイアログをクローズすると、プロジェクト・レジストリ・ファイルに保存されたタイプ情報がインポートされます。「インポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でインポートできます。インポートが完了したら、「クローズ」をクリックします。


プロジェクトのエクスポート

  関連項目

プロジェクトをエクスポートするには:

1	「ファイル」 [image] 「エクスポート・プロジェクト」を選択して、「エクスポート・オプション」ダイアログを表示します。

2	「エクスポート項目」ラジオ・リストから 「プロジェクトとすべての依存項目をエクスポート」をクリックします。

3	ドロップダウン・リストからエクスポートするプロジェクトを選択します。

4	「エクスポート・タイプ」リストからエクスポートするタイプを選択します。すべてのタイプ情報をエクスポートする場合は、「すべて選択」ボタンをクリックします。

5	「エクスポート」をクリックして、「エクスポート・ファイル選択」ダイアログを表示します。ファイル・リストからプロジェクトをエクスポートするファイルを選択するか、または「ファイル名」テキスト・ボックスに名前を入力します。

6	「保存」をクリックして、プロジェクトをエクスポートします。

7	「エクスポート・ファイル選択」ダイアログをクローズすると、プロジェクトがエクスポートされます。「エクスポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でエクスポートできます。エクスポートが完了したら、 「クローズ」をクリックします。


プロジェクトの一部のエクスポート

  関連項目

プロジェクトの一部をエクスポートするには:

1	プロジェクト･ナビゲータで、エクスポートするプロジェクト項目が選択されていることを確認します。「ファイル」 [image] 「エクスポート・プロジェクト」を選択して、「エクスポート・オプション」ダイアログを表示します。

2	選択した項目のみをエクスポートするには、「エクスポート項目」ラジオ・リストから 「選択した項目のみをエクスポート」をクリックします。選択した項目とその依存項目をエクスポートするには、「選択した項目とすべての依存項目をエクスポート」をクリックします。

3	「エクスポート・タイプ」リストからエクスポートするタイプを選択します。すべてのタイプ情報をエクスポートする場合は、「すべて選択」ボタンをクリックします。

4	「エクスポート」をクリックして、「エクスポート・ファイル選択」ダイアログを表示します。ファイル・リストからプロジェクトをエクスポートするファイルを選択するか、または「ファイル名」テキスト・ボックスに名前を入力します。

5	「保存」をクリックして、プロジェクトをエクスポートします。

6	「エクスポート・ファイル選択」ダイアログをクローズすると、プロジェクトがエクスポートされます。「エクスポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でエクスポートできます。エクスポートが完了したら、 「クローズ」をクリックします。


タイプ情報のエクスポート

  関連項目

レジストリのすべてまたは一部をエクスポートするには:

1	「ファイル」 [image] 「エクスポート・プロジェクト」を選択して、「エクスポート・オプション」ダイアログを表示します。

2	「項目をエクスポートしない」が選択されていることを確認します。

3	「エクスポート・タイプ」リストからエクスポートするタイプを選択します。すべてのタイプ情報をエクスポートする場合は、「すべて選択」ボタンをクリックします。

4	「エクスポート」をクリックして、「エクスポート・ファイル選択」ダイアログを表示します。ファイル・リストからプロジェクトをエクスポートするファイルを選択するか、または「ファイル名」テキスト・ボックスに名前を入力します。

5	「保存」をクリックして、プロジェクトをエクスポートします。

6	「エクスポート・ファイル選択」ダイアログをクローズすると、プロジェクトがエクスポートされます。「エクスポート・オプション」ダイアログは、クローズしません。このため、複数のファイル、または項目とタイプの情報の組合せを一度の操作でエクスポートできます。エクスポートが完了したら、 「クローズ」をクリックします。


プロジェクト・レポートの生成および印刷

  次のステップ	  関連項目

プロジェクト・レポートを生成および印刷するには:

1	プロジェクト・ナビゲータで、レポートを印刷するプロジェクトを選択します。

2	「プリント・プロジェクト・レポート」ダイアログを表示するには、「プロジェクト」 [image] 「プロジェクト・レポート出力」を選択します。

3	レポートに挿入するプロジェクト情報を選択します。

4	「出力」ボタンをクリックします。システムの「印刷」ダイアログが表示されます。必要に応じて項目を入力して確定し、レポートを印刷します。


プロジェクト・パスワードの設定

  関連項目

プロジェクト・ファイルのパスワードを設定するには:

1	プロジェクト・ナビゲータで、パスワードで保護するプロジェクトのノードを選択します。

2	「ファイル」 [image] 「管理」 [image] 「プロジェクト・パスワードの設定」を選択して、「プロジェクト・パスワードの設定」ダイアログを表示します。

3	「新しいパスワード」フィールドにパスワードを入力します。パスワードの長さは任意で、どのような文字を含んでもかまいません。パスワードの有効期限はありません。

4	「パスワードの確認」フィールドにパスワードを再入力して、スペルを確認します。

5	「OK」をクリックします。

設定した本人または他のユーザーがこのプロジェクトをオープンしようとするたびに、パスワードの入力を求めるダイアログが表示されます。


プロジェクト・パスワードの変更

  関連項目

プロジェクトのパスワードを変更するには:

1	プロジェクト・ナビゲータで、パスワードを変更するプロジェクトのノードを選択します。

2	「ファイル」 [image] 「管理」 [image] 「プロジェクト・パスワードの設定」を選択して、「プロジェクト・パスワードの設定」ダイアログを表示します。

3	「古いパスワード」フィールドに、現在のパスワードを入力します。

4	「新しいパスワード」フィールドに、新しいパスワードを入力します。パスワードの長さは任意で、どのような文字を含んでもかまいません。パスワードの有効期限はありません。

5	「パスワードの確認」フィールドにパスワードを再入力して、スペルを確認します。

6	「OK」をクリックします。

設定した本人または他のユーザーがこのプロジェクトをオープンしようとするたびに、パスワードの入力を求めるダイアログが表示されます。


プロジェクトからのパスワードの削除

  関連項目

プロジェクトからパスワードを削除するには:

1	プロジェクト・ナビゲータで、パスワードを削除するプロジェクトのノードを選択します。

2	「ファイル」 [image] 「管理」 [image] 「プロジェクト・パスワードの設定」を選択して、「プロジェクト・パスワードの設定」ダイアログを表示します。

3	「古いパスワード」フィールドに、現在のパスワードを入力します。

4	「新しいパスワード」および「パスワードの確認」の各フィールドは空白のままとします。

5	「OK」をクリックします。


プロジェクト・レジストリの断片化制御

  関連項目

Project Builderがプロジェクト・レジストリ・ファイルのデフラグメンテーションを提示する頻度を制御するには:

1	プロジェクト・ナビゲータで、「ツール」 [image] 「作業環境」を選択します。

2	「プロジェクト」タブをクリックします。

3	「プロジェクト・レジストリの断片化がnパーセントになったときに断片化を解消する」フィールドで、スピン・コントロールを使用して数値を選択します。数値が大きくなるほど、Project Builderがプロジェクト・レジストリの断片化解消を提示する頻度は低くなります。値を100%に設定すると、Project Builderは断片化を解消するという警告を表示しなくなります（これにより事実上、断片化解消機能は無効になります）。


選択された項目のバッチ・モードでのビルド

  関連項目

選択された項目をバッチ・モードでビルドするには:

1	「ツール」 [image] 「作業環境」を選択し、次に「ナビゲータ」タブをクリックします。

2	「バッチ出力を使用可能にする」チェックボックスをチェックします。

3	「出力ファイル名」フィールドに、コンパイル・エラーなどの、「ビルド」コマンドからの出力をログに記録するためのファイル名を入力します。出力を既存のファイルに追加する場合は、「ファイルに追加」チェックボックスをチェックします。ログ・ファイルの内容を上書きするには、「ファイルに追加」にチェックを付けないでおきます。

4	「OK」をクリックして設定を確定し、「作業環境」ダイアログを終了します。

5	プロジェクト・ナビゲータで、ビルド対象の全ファイルを選択します。必要であれば、連続して、または個々にファイルを選択するための、プラットフォーム固有の方法を使用します。

6	ツールバーの [image] をクリックします。Project Builderは、選択されたファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、ファイルをビルドします。

ビルド・プロセスが終了しても、確認のダイアログは表示されません。「ビルド」アクションの出力を検証するには、ログ・ファイルを確認します。


バッチ・モードでのプロジェクトのビルド

  関連項目

バッチ・モードでプロジェクトをビルドするには:

1	「ツール」 [image] 「作業環境」を選択し、次に「ナビゲータ」タブをクリックします。

2	「バッチ出力を使用可能にする」チェックボックスをチェックします。

3	「出力ファイル名」フィールドに、コンパイル・エラーなどの、「ビルド」コマンドからの出力をログに記録するためのファイル名を入力します。出力を既存のファイルに追加する場合は、「ファイルに追加」チェックボックスをチェックします。ログ・ファイルの内容を上書きするには、「ファイルに追加」にチェックを付けないでおきます。

4	「OK」をクリックして設定を確定し、「作業環境」ダイアログを終了します。

5	プロジェクト・ナビゲータで、ビルド対象のプロジェクトのノードを選択します。

6	ポップアップ・メニューから「すべてをビルド」を選択します。Project Builderは、プロジェクト内の関連するファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、すべてのファイルを強制的にビルドします。

ビルド・プロセスが終了しても、確認のダイアログは表示されません。「ビルド」アクションの出力を検証するには、ログ・ファイルを確認します。


変更された項目のバッチ・モードでのビルド

  関連項目

変更された項目をバッチ・モードでビルドするには:

1	「ツール」 [image] 「作業環境」を選択し、次に「ナビゲータ」タブをクリックします。

2	「バッチ出力を使用可能にする」チェックボックスをチェックします。

3	「出力ファイル名」フィールドに、コンパイル・エラーなどの、「ビルド」コマンドからの出力をログに記録するためのファイル名を入力します。出力を既存のファイルに追加する場合は、「ファイルに追加」チェックボックスをチェックします。ログ・ファイルの内容を上書きするには、「ファイルに追加」にチェックを付けないでおきます。

4	「OK」をクリックして設定を確定し、「作業環境」ダイアログを終了します。

5	プロジェクト・ナビゲータで、ビルド対象のファイルが含まれるノードを選択します。

6	ツールバーの [image] をクリックします。

Project Builderは、ターゲットと入力項目のタイムスタンプを比較して、最後にビルドされて以来変更のあったファイルを検出します。次に、選択されたファイル・タイプのそれぞれに対してBUILD From <タイプ>として定義されたアクションに基づいて、古くなったファイルをビルドします。

ビルド・プロセスが終了しても、確認のダイアログは表示されません。「ビルド」アクションの出力を検証するには、ログ・ファイルを確認します。


フィルタの削除

  関連項目

フィルタを削除するには:

1	「ナビゲータ」 [image] 「フィルタ管理」を選択します。

2	「使用可能なフィルタ」ペインで、削除するフィルタを選択します。

3	「フィルタ削除」をクリックします。

「使用可能なフィルタ」ペインからフィルタが削除されます。


フィルタの適用

  関連項目

フィルタを適用するには:

1	「ナビゲータ」 [image] 「フィルタ・ビュー」を選択します。

その時点で定義されているフィルタのリストが表示されます。

2	適用するフィルタを選択します。（フィルタを適用せずに、完全なプロジェクト・ナビゲータを表示するには、<フィルタなし>を選択します。）

フィルタ基準を満たすプロジェクト/プロジェクト項目のみがナビゲータに表示されます。必要であればプロジェクト・ノードを拡張して、そのプロジェクトに関連付けられ、かつフィルタ基準を満たすプロジェクト項目を表示します。

各時点で適用されているフィルタの名前は、プロジェクト・ナビゲータのステータス領域の左下隅に常に表示されています。


フィルタの作成

  例	  関連項目

フィルタを作成するには:

1	「ナビゲータ」 [image] 「フィルタ管理」を選択します。

2	「フィルタの追加」をクリックします。

「フィルタの追加」ダイアログが表示されます。

3	「フィルタ名」フィールドに、フィルタの名前を入力します。

4	「一般」、「ファイル」、「プロジェクト」、「配布」、「接続」および「マクロ」の各タブで、フィルタリングして検索するプロジェクトまたは項目のプロパティ値を指定します。すべてのプロパティは「AND」によって結合されます。「OR」条件に関する規定はありません。基準を追加するたびに、フィルタ定義が「現行のフィルタ基準」フィールドに記録されます。

フィルタから基準を削除するには、「現行のフィルタ基準」フィールドでプロパティとその値を選択し、「削除」をクリックします。

5	フィルタの作成が完了したら、「OK」をクリックします。


フィルタの編集

  関連項目

フィルタを編集するには:

1	「ナビゲータ」 [image] 「フィルタ管理」を選択します。

2	「使用可能なフィルタ」ペインで、編集するフィルタを選択します。

3	「フィルタ編集」をクリックします。

「フィルタ編集」ダイアログが表示されます。

4	「一般」、「ファイル」、「プロジェクト」、「配布」、「接続」および「マクロ」の各タブで、フィルタに新しい基準を追加します。すべてのプロパティは「AND」によって結合されます。「OR」条件に関する規定はありません。基準を追加するたびに、フィルタ定義が「現行のフィルタ基準」フィールドに記録されます。

フィルタから基準を削除するには、「現行のフィルタ基準」フィールドでプロパティとその値を選択し、「削除」をクリックします。

5	フィルタの編集が完了したら、「OK」をクリックします。


例: フィルタの作成

以下の例では、「ナビゲータ」 [image] 「フィルタ管理」を選択し、次に「フィルタ追加」をクリックして、「フィルタ追加」ダイアログが表示されている場面を想定します。

例1: すべての.fmbファイルを表示するフィルタを作成するには:

1	プロジェクトを選択します。

2	「フィルタ追加」ダイアログで、「フィルタ名」フィールドに「Form Filter」と入力します。

3	「タイプ」リストから、「FMB --  Form Builder文書」を選択します。

4	「OK」をクリックします。

例2: まだ作成されていないすべての暗示項目または明示項目を表示するフィルタを作成するには:

1	「フィルタ追加」ダイアログで、「フィルタ名」フィールドに「Placeholders」と入力します。

2	「ファイル」タブで、「以下の属性を持つ既存ファイルをインクルード」がチェックされていないことを確認します。これにより、すでに存在するファイルではなく、まだ作成されていないファイルのみがフィルタによって検索されます。

3	「プロジェクト」タブの「暗黙的項目」ラジオ・グループで、「両方」をクリックします。

4	「OK」をクリックします。


アクションのテスト

  関連項目

アクションのプレビュー・モードでアクションをテストするには:

1	「プロジェクト」メニューをクリックし、「アクションのプレビュー」モードを選択します。

2	通常どおりにアクションを実行します。

入力されたパラメータ値と完全に展開されたマクロとともに、アクションがポップアップ上に表示されます。（セキュリティ上の目的から、パスワードはすべてアスタリスクで表示されます。）アクションは実際には実行されません。プレビュー・アクション・モードでは、このモードを終了したときにどのアクションが実行されるかを確認できます。

プレビュー・アクション・モードを終了するには、「プロジェクト」メニューをクリックし、「アクションのプレビュー」モード項目の選択を解除します。


Project Builderが自動的に作成する項目ではなく、ユーザー自身が作成する項目です。


マスターのランチャ定義ファイルの取得

マスターのランチャ定義ファイルのコピーを取得するには:

1	「ツール」 [image] 「作業環境」を選択します。

2	「ランチャ」タブをクリックします。

3	「デフォルト」をクリックします。

確認のダイアログが表示されます。

「はい」をクリックすると、Project Builderのインストール・ディレクトリ（通常はORACLE_HOME/PJ60）にあるマスターのランチャ定義ファイルが、ユーザーのランチャ定義ファイルにコピーされます。マスター・ファイルにも存在する項目（Form Builderの起動に使用されるコマンドなど）に影響する変更がコピー先のランチャ定義ファイルに加えられている場合、それらの変更は失われます。ただし、ランチャ・ファイルに追加した項目のうち、マスターに存在しないものはそのまま残ります。


プロジェクトまたはサブプロジェクトへのディレクトリの追加

プロジェクトまたはサブプロジェクトにディレクトリを追加するには:

1	プロジェクト・ナビゲータで、ファイル追加先プロジェクトのノードが選択されていることを確認します。

2	「プロジェクト」 [image] 「プロジェクトにディレクトリを追加」を選択します。

3	追加するファイルが格納されているディレクトリにナビゲートします。

4	「OK」をクリックして、プロジェクトまたはサブプロジェクトにディレクトリを追加します。

プロジェクトにはディレクトリのみでなく、そのディレクトリに含まれるサブディレクトリも同時に追加されます。たとえば、ステップ1でプロジェクトToolsを選択し、サブプロジェクトAwlを持つディレクトリHammerを追加するとします。HammerはサブプロジェクトとしてToolsに追加されます。AwlはHammerの配下のサブプロジェクトとして追加されます。


プロジェクトの依存関係の表示

  関連項目

プロジェクト内の依存関係を表示するには:

「ナビゲータ」 [image] 「依存性表示」を選択します。

プロジェクト・ナビゲータ内のモジュールが、互いに依存する順に配列されます。階層構造の最上位にプロジェクト・ノードが位置し、ターゲット・ノードがその下に位置します。さらにその下には、それらのノードのターゲット（入力項目）のビルド可能コンポーネントが続きます。


読取り専用プロジェクトの作成

読取り専用プロジェクトを作成するには:

1	プロジェクト・ウィザードまたは「新規プロジェクト」ダイアログで、プロジェクト・レジストリ・ファイルを作成します。

2	使用しているファイル・システムでの標準の方法を使用して、name.updファイルの読取り/書込み権限を変更します。

プロジェクト・ウィザードを次に起動したとき、プロジェクト・レジストリ・ファイルには読取り専用アイコン [image] の目印が付いています。プロジェクトの読取り専用ステータスは、そのプロジェクト項目によって表されるファイルではなく、プロジェクト内部のプロジェクト項目に適用されます。たとえば、フォームdev2.fmbが読取り専用のプロジェクトに属する場合でも、フォーム自体はForm Builderで変更できます。変更できないのは、プロジェクト項目dev2.fmbに関連付けられたすべてのプロパティです。たとえば、項目に関連付けられたアクション、マクロ、項目の配布ステータスなどです。加えて、読取り専用のプロジェクトにプロジェクト項目を追加したり、読取り専用のプロジェクトからプロジェクト項目を削除することもできません。


接続文字列の名前の変更

  関連項目

接続文字列の名前を変更するには:

1	プロジェクト・ナビゲータの接続ノードの下で、名前を変更する接続文字列を選択します。

2	接続文字列を1回クリックします。

3	前の名前の上に直接、新しい名前を入力します。


プロジェクトについて

  関連項目

プロジェクトは、アプリケーションの一部と見なしている、または概念的にグループ分けするすべてのファイルに対するポインタの集合です。プロジェクトは、Project Builderで作成される基本的なデータ構造体を構成します。プロジェクト内では、プロジェクト・ファイルで作業するのに使用するエディタ、コンパイラおよびその他のツールを定義できます。

プロジェクト・ファイルは、プラットフォーム間で共有可能であり、他のプラットフォームへの移動も可能です。その際は、ファイルをエクスポートしてください。


プロジェクト・レジストリについて

  関連項目

プロジェクト・レジストリとは、プロジェクトを格納するファイルのことです。各プロジェクトに対して、1つのプロジェクト・レジストリが存在します。ウィザードを使用した場合でもそうでない場合でも、プロジェクトが作成されるとただちに、特定のエンティティがプロジェクト・レジストリに自動的に追加されます。追加されるエンティティには、事前定義済みのアクション、事前定義済みのビルトイン・マクロ、グローバル・レジストリなどが含まれます。


サブプロジェクトについて

  関連項目

サブプロジェクトとは、独立したファイルとして格納されているというよりも、他のプロジェクト・ファイル内に含まれているプロジェクトをいいます。

サブプロジェクトは、アプリケーションの特定の部分に関連するすべての項目を、さらにグループ化するときに便利です。たとえば、チャート、メニュー、ライブラリ、そしてドキュメントなど、大きなフォームを構成するためのサブプロジェクトを作成することができます。


ユーザー・レジストリについて

  関連項目

ユーザー・レジストリには、ユーザーごとに構成情報が格納されています。各ユーザー・レジストリのタイプ宣言は、グローバル・レジストリから継承します。グローバル・レジストリから継承したタイプ宣言を上書きできるのみでなく、ユーザー・レジストリに必要なタイプを宣言することもできます。ユーザー・レジストリには、文字列宣言、UI設定、一般的なプロジェクト情報などの環境情報および作業環境情報も格納されています。


タイプについて

  関連項目

タイプは、図表またはテキスト・ファイルといったファイル・タイプの記述で、これにはアクションも含まれます。つまり、タイプ宣言はアクションによって変更でき、プロジェクトにある同じタイプのファイルすべてに適用されることになります。たとえば、普段使用しているテキスト・エディタがいつでも起動するように、テキスト・ファイルの「編集」アクションを定義できます。

タイプの記述は、それぞれただ1つのファイル・タイプに適用されます。ただし例外もあり、テキスト・ファイル（テキスト・タイプ）およびプロジェクト情報が格納されているファイル（プロジェクト・タイプ）、プロジェクト内のファイルへのリンク（プロジェクト・リンク・タイプ）といった一般定義である3つのProject Builder定義タイプには適用されません。Project Builder定義タイプには、もう1つ、任意のファイルに適用できる一般定義（「すべてのタイプ」タイプ）もあります。これらのタイプ宣言を表示するには、プロジェクト・ナビゲータのグローバル・レジストリへジャンプし、タイプを1つ選択してから、ポップアップ・メニューの「タイプ編集」または「プロパティ・パレット」を選択します。

新しくタイプ宣言するときに、詳細をすべて自分で指定する必要はありません。Project Builderでは、指定したファイル例から宣言を推定することができます。


アクションについて

  関連項目

アクションは、所定のタイプのファイルに適用されるコマンド文字列です。1つのアクションは、単一のファイル・タイプに限定されません。たとえば、Build From <type>というアクションをフォームとオブジェクト・ファイルの両方に定義する場合、プロジェクトを選択してメニューから「選択項目をビルド」を選択すると、適切なtoolsを使用してすべての.fmbファイルとソースファイルをコンパイルします。アクションは、レジストリにあるタイプ、プロジェクトやサブプロジェクトに対して、またプロジェクトやサブプロジェクトにある個々のファイルのいずれに対しても定義できます。

アクションには2つのタイプがあります。

•	事前定義済みアクションとは、Project Builderに付属しているアクションで、メニュー項目またはツールバーのツールを介して自動的に定義されるものです。サポートされるファイル・タイプに対して事前定義アクションが定義されている場合、Project Builderからアクションをコールすると、その型を持つ任意の選択された項目に対して、そのアクションが起動します。注意: 事前定義済みアクションを編集できるのは、プロジェクト管理者のみです。

•	ユーザー定義アクションは、ユーザーが定義するカスタム・アクションで、アクションを適用するオブジェクトのタイプに関連付けられた、ポップアップ・メニューのメニュー選択によって使用することができます。このようなアクションは、任意の1つのファイル・タイプまたはすべてのファイル・タイプに適用できます。

さらに、Project Builderには、事前定義済みであるにもかかわらず、さまざまなファイル・タイプに適応して、作業中のプロジェクトおよびファイル全般に使用できるアクションがあります。このようなアクションは、グローバル・アクションと呼ばれ、一般にメイン・メニューでメニュー選択ができます。さらに、これらには入力項目、すなわちアクションを実行して実行可能ファイルや生成フォームなどのターゲット・ファイルを作成するソース・ファイルが必要です。グローバル・アクションによってターゲットが最新かどうかを検出でき、最新の場合、アクションは不要なので実行されません。グローバル・アクションは、Build From <type>（メニュー選択では、「選択項目をビルド」、「変更分をビルド」、そして「すべてをビルド」）と「配布」を含んでいます。


デフォルト・アクションについて

  関連項目

Project Builderに定義されたそれぞれのタイプに対して、デフォルトのアクションを定義できます。ユーザーがある項目をダブルクリックすると、そのタイプの項目に対応したデフォルトのアクションが起動されます。

あるタイプに対応するデフォルトのアクションが明示的に定義されていない場合、そのタイプの項目をダブルクリックすると、「編集」アクションがデフォルトで起動します。「編集」アクションがない場合は、「オープン」アクションがデフォルトのアクションとして起動します。


アクションの使用方法について

  関連項目

アクションを使用するには、プロジェクト・ナビゲータへジャンプし、使用する項目を選択します。右クリック・メニューを表示してアクションを選択するかまたはメイン・メニューの選択項目からアクションを選択します。

アクションを定義する場合、右クリック・メニューに表示されるように指定しない限り、使用できないことを忘れないでください。さらに、「ビルド」、「配布」、ソース制御のアクションなどのProject Builderのグローバル・アクションには、Project Builderのメイン・メニューで使用できるメニュー項目があります。

使用しているプラットフォームによっては、アクション自体を直接、またはシェルやコマンド・インタプリタから実行できます。詳細は、ヘルプの「プラットフォーム情報」というタイトルの項を参照してください。


マクロについて

  関連項目

マクロは、アクションをカスタマイズしたり拡張するために使用される、タイプ固有の変数です。マクロは、定数または単純な式（これはまた、別の定数または式、あるいはその両方を含む場合がある）の形をとります。

マクロは、コマンド・オプションの発行の自由度を高め、プロパティ定義を1つ変更することにより、コマンド・セットを変更できるという点で便利です。

マクロには3つのタイプがあります。

•	ビルトインは、Project Builder付属のマクロです。1文字の名前が付いており、編集できません。詳しくは、ビルトイン・マクロを参照してください。

•	事前定義済みは、ユーザーの便宜を計ってProject Builderで提供されていますが、完全にカスタマイズ可能です。データソースに連結したアクションで使用するために、そのようなマクロはORACONNECTマクロを含んでいます。

•	ユーザー定義は、ユーザーが定義するカスタム・マクロで、事前定義済みアクションとユーザー定義アクションの両方の変更に使用できます。マクロを1つ定義すると、適用できるすべてのアクションの変更に使用できます。アクションごとに、新しいマクロを定義する必要はありません。


ORACONNECTマクロについて

  関連項目

ORACONNECTマクロは、SQL*Netの接続文字列のフィールドに評価される条件付きネスト・マクロで構成された事前定義済みマクロです。これは、データソースに接続の設定をするアクションのためにProject Builderで提供されています。

構文  {Username ? {Username}}{Password ? /{Password}}{Database ? @{Database}}

各項目の内容は次のとおりです

{Username ? {Username}}	定義されている場合はユーザー名。
{Password ? /{Password}}	定義されている場合は/パスワード。
{Database ? @{Database}}	定義されている場合は@データソース。    注意: ODBCデータソースに接続する場合、構文は次のとおりです。 @ODBC:datasource[:dbname] dbnameが指定されていない場合、ODBC接続の現行のデータソースが使用されます。
これらすべての値は、プロパティ・パレットに表示されているとおりの「ユーザー名」、「パスワード」および「データベース」の各プロパティの値になります。これらの値は、接続項目を作成して、希望のプロジェクト項目上にドラッグするか、またはプロパティ・パレットに値を直接入力することによって割り当てられます。これらの値は、標準的な継承ルールに従います。値はグローバル型レベルに割り当て、その階層下の任意の位置で上書きできます。

たとえば、接続項目を作成してプロジェクトにドラッグし、「ユーザー名」、「パスワード」および「データベース」を設定することによって、プロジェクトの標準接続文字列を定義できます。しかし、別のデータベース上に別のテスト・データのセットを作成する場合、その接続項目を新規のもので上書きするか、または必要なレベル（プロジェクトまたはそのプロジェクトの個々の項目）で「ユーザー名」、「パスワード」および「データベース」の値を手動で編集することができます。

また、すべてのマクロの値はオプションです。値が定義されていない場合、対応するネスト・マクロは空であると評価され、無視されます。


マクロの使用について

  関連項目

簡単にいうと、マクロは変数と見なすことができます。プロジェクト・ファイルを処理する前に、このような変数を作成し、その値を定義できます。プロジェクト・ファイルの処理中に、マクロを1つのアクションから参照できます。マクロ参照はそのマクロの値に置き換えられ、そのアクションの結果は、迅速かつ容易に変更されます。

たとえば、よく使用されるツールを起動するのに同じオプションを使用する場合、「マクロ追加」ダイアログでマクロをoptionsと名付けて定義し、使用するコマンド・ライン・オプションが含まれている文字列と等価に設定できます。次に、ツールを起動するアクションを定義し、そのアクションからマクロを参照します。次回そのアクションを使用してツールを起動する際は、すべてのオプションが設定済みになっています。

以前に作成したマクロを再定義することもできます。ただし、Project Builderのビルトイン・マクロの再定義はできません。


項目の削除について

  関連項目

エントリを削除しても、ファイル・システムからファイルを削除することにはならないことに注意してください。プロジェクト内から、そのファイルに対するポインタを削除したにすぎません。ファイルまたはディレクトリの内容はどれも変わりません。

また、エントリを削除すると、子エントリもすべて削除されます。たとえば、.fmbのエントリを削除すると、.fmtのエントリも削除されます。それのみでなく、もとからデフォルト設定の項目のエントリも同様に削除されます。たとえば、プロジェクトに.fmbはあるのに対応する.fmxがまだ生成されていない場合、.fmbのエントリを削除すると、デフォルト設定の項目である.fmxのエントリも削除することになります。


プロパティについて

  関連項目

プロパティは、オブジェクトの動作または外観や表示を決定する、オブジェクトの特徴といえるものです。


依存性について

  関連項目

プロジェクトの依存性とは、プロジェクト・エントリが互いに依存する順序を指します。プロジェクト・ノードを階層の頂点にし、その下にターゲット・ノード、さらにこれらのターゲットの作成可能なコンポーネント（入力項目）が続きます。たとえば、実行可能フォームは.fmbファイルに依存するので、このファイルが下に続き、.fmbファイルはユーザー・イグジット・プロシージャに使用されるライブラリに依存するといったように、ライブラリが下に続きます。

Project Builderは自動的に、配布可能型プロパティと相互依存のBuild From <type>アクションに基づくいろいろな依存性を検出します。たとえば、「Forms文書」型（.fmbファイル）には、配布可能型の「Forms Builder実行モジュール」（.fmxファイル）があります。それ故 ProjectBuilderは、プロジェクト内の任意の .fmxファイルが、関連のある .fmbファイルに依存していると推論できます。そして、それらの .fmbファイルが変化している場合、Forms Executable（.fmx）型に対して定義されたBuild From <type>アクションに基づいて .fmx ファイルを再構築する必要があります。プロジェクトにすでに.fmxファイルがない場合、Project Builderでは、.fmxファイルは.fmbの存在によって暗示される項目として示されます。

.objファイルのような特定のターゲットのタイプは、ソースまたは入力タイプが複数の異なるものになる場合があります。そのようなターゲットは、複数の Build From <type>アクションと関連を持つことが可能です。（たとえば、プロパティ・パレット内にグローバル・オブジェクトを表示して、それに関連したBuild From <type>アクションを試験します。

プロジェクトを選択して、「プロジェクト」 [image] 「変更分をビルド」を選ぶと、Project Builderはターゲット項目（前述の例では .fmxファイル）、あるいは入力項目（前述の例では .fmbファイル）のタイムスタンプとソースのそれを比較して、旧ファイルのみを再構築します。


手動による依存関係の作成について

  関連項目

Project Builderでは検出することができないタイプの依存性もあります。たとえば、1つの図表が特定のPL/SQLライブラリに依存する場合などです。このような依存性がプロジェクトで必ず考慮されるように手動で設定することができます。そのためには、プロジェクトに依存する項目の下にあるプロジェクトに依存性を追加します。


継承について

  関連項目

継承は、プロジェクト項目が依存性ツリーの上位ノードから、アクション、マクロまたはプロパティを取得するプロセスを指します。

•	アクションの継承体系は、プロジェクト項目のタイプによって異なります。

•	マクロはタイプに関係なく機能するため、プロジェクト項目は、そのサブプロジェクト、プロジェクトおよびルート・プロジェクトに対して定義されたすべてのマクロにアクセスできます。加えて、プロジェクト項目は、ユーザー・レジストリまたはグローバル・レジストリ内の項目のタイプに対して定義されたすべてのマクロと、そのタイプのすべての項目にアクセスできます。同名の2つのマクロが異なるレベルに存在する場合、レベルが低いほう（プロジェクト項目に近いほう）のマクロ定義が使用されます。

•	プロジェクト項目とタイプはともに、プロパティを継承できます。プロジェクト項目プロパティは、ユーザー・レジストリまたはグローバル・レジストリ内の、ある項目に対応したタイプ定義から継承できます。それらのレジストリが存在しない場合には、メタタイプまたは「すべてのタイプ」タイプから継承できます。タイトル、タイプおよびファイル名と、配布ノード下のプロパティを除く、すべてのプロジェクト項目プロパティを継承できます。

プロジェクト・ファイルと同様に、タイプは依存性ツリーの上位の項目から継承できます。たとえば、.fmb型が定義済みのプロパティを持たず、バイナリのメタタイプがそのようなプロパティを持つ場合、.fmb型はそのメタタイプからプロパティを継承します。これは、.fmbがバイナリ・ファイルとして分類されるためです。タイトル、ファイル名フォーマット、ファイル内容および配布可能の各タイプを除く、すべてのタイプ・プロパティを継承できます。

特定のプロパティが継承されているかどうかは、次のアイコンによってプロパティ・パレットに表示されます。

•	「継承」アイコン [image] は、プロパティが継承されている状態を示しています。

•	「上書き」アイコン [image] は、継承されたプロパティが上書きされている状態を示しています。

•	「ローカル」アイコン [image] は、プロパティが（継承されたのではなく）プロパティ・パレットで定義されたことを示しています。

•	「デフォルト」アイコン [image] は、プロパティがまだ設定されていないことを示しています。


アクションの継承について

  関連項目

プロジェクト・ツリーの最下位に属するのはプロジェクト項目です。項目に対してアクションまたはプロパティが定義されている場合、定義はその項目に対してのみ適用され、他の項目には影響しません。項目がアクションを継承するかどうかを決定する際に最も重要な要素は、項目のタイプです。たとえば、ある項目がSTOPGENという定義済みのアクションを持たず、その項目が属するサブプロジェクトがそのアクションを持つ場合、STOPGENがその項目と同じタイプに対して定義されている場合に限り、項目はそのアクションを継承します。したがって、STOPGENが実行可能ファイルに対して定義されており、項目がテキスト・ファイルであるような場合、その項目はSTOPGENを継承しません。

サブプロジェクトに始まって、最高ではプロジェクト・レベルからの継承を実行できます。このとき項目は、アクションの定義が下位レベル（サブプロジェクト・レベルまたは項目レベル）での定義と競合しない限りにおいて、その項目の型に適用されるすべてのアクションをプロジェクトから継承します。依存性ツリー内での継承元のレベルが高くなると、項目は次のような順番でアクションを継承します。

•	最上位のプロジェクト・ノードから . .

•	ユーザー・レジストリ内のタイプ定義から（該当する型が存在する場合） . .

•	グローバル・レジストリ内のタイプ定義から。ある型がグローバル・レジストリとユーザー・レジストリの両方に存在する場合、プロジェクト項目はユーザー・レジストリ内の型からアクションを継承します . .

•	項目のメタタイプ（テキスト、バイナリまたは非ファイル）から

最後に、アクションがどの下位レベルの定義とも競合しない場合に限り、項目はアクションを「すべてのタイプ」タイプから継承します。すなわち、「すべてのタイプ」タイプに対してPUTアクションが定義されており、同時にルート・プロジェクト・レベルの.fmxファイルに対してもPUTアクションが定義されているような場合には、ツリー内で下位であるため、どのプロジェクトに属しているかに関係なく、すべての.fmxファイルに対してルート・プロジェクト・レベルの定義が使用されます。


プロジェクトまたはサブプロジェクトの個々メンバー。


アクションを定義できる任意のエンティティ。項目、サブプロジェクト、プロジェクトまたはタイプ。


メタタイプについて

  関連項目

メタタイプを使用して、多数のタイプ（ファイル）に一度に影響を与えるアクションを定義できます。たとえばtarコマンドとzipコマンドはともに、異なる方法でバイナリ・ファイルからテキスト・ファイルを生成します。このようなアクションをメタタイプ・レベルで定義することにより、すべてのテキスト・ファイルおよびバイナリ・ファイルが、それらのタイプにとって適切なアクションを継承します。

すべてのプロジェクト項目は、テキスト、バイナリまたは非ファイルの、3種類のメタタイプのいずれかに属します。

•	テキスト項目は、viまたはワードパッドのようなエディタで編集できる項目です。内部名はUPDTEXTです。拡張子.txtのファイルが作成されると、そのファイルは自動的に「テキスト」メタタイプに属します。

•	バイナリ項目は、実行可能ファイルまたはライブラリなど、テキスト・エディタを使用して読むことのできないファイルです。内部名はUPDBINARYです。

•	非ファイル項目は、データベース表またはURLなど、実際のファイルではない項目です。非ファイルにはタイムスタンプが存在しないため、その項目に対して「変更分をビルド」アクションが実行されるたびに、Project Builderはその項目を単にビルドします。内部名はUPDNONFILEです。

モジュール・タイプ・ウィザードで新しいタイプを定義すると、新しいタイプの継承元となるメタタイプの選択を求められます。

メタタイプはグローバル・レジストリの内部に存在します。メタタイプのプロパティを確認するには、グローバル・レジストリでメタタイプのノードをダブルクリックし、次に「モジュール・タイプ・ウィザード」を選択します。このプロパティは完全にカスタマイズ可能です。


暗黙項目について

  関連項目

暗黙項目は、通常、自動生成されるプロジェクト項目で、Project Builderでは、プロジェクト・ナビゲータにこの項目のエントリが自動的に作成されます。

Project Builderは、それぞれの定義されたタイプに対するプロパティ「配布可能型」の値を、Build From <type>アクションに必要な入力項目、すなわちソースと関連付けることによって、生成すべき暗黙項目は何かを認識しています。

たとえば、.fmbファイルの「配布可能型」は、Form Builder実行プログラム、すなわち.fmxです。ここでグローバル・レジストリ内にあるForms Executable型のためのBuild From <type>アクションを試してみます。すると、「FMBからビルドされました」という結果が出ます。これは.fmbファイルは.fmxファイルを作成するための入力項目だということを示しています。Project Builderではプロジェクトの各.fmbファイルを識別でき、その存在により、.fmxファイルが実際に存在するかしないかが示されているのがわかります。

別の例として、ライブラリ・ファイルにCソース・ファイルを追加するとします。この場合、Project Builderは、1つのファイル・タイプからもう1つのファイル・タイプまでのBuild From <type>アクションの完全なパスを取得するために他のタイプが必要ならば、何であろうとそのタイプのファイルを追加します（オブジェクト・ファイルのように）。

暗黙項目プロパティのリセットは、使用方法が制限されています（次にコンパイルすると、変更が破棄されます）。このような項目は、編集、表示、印刷などのアクションによって検査することができるので便利です。


ターゲットについて

  関連項目

ターゲットは、プロジェクトの1つのファイルまたはファイル群の最終的な論理出力本体です。たとえば、実行プログラムはライブラリの（コンパイル）ターゲットであり、ライブラリはオブジェクトのグループの、オブジェクトはソース・ファイルのターゲットです。ターゲットは、入力項目から作成され、入力項目はターゲットとして配布されます。


入力項目について

  関連項目

入力項目は、実行ファイルなどのターゲットの作成に使用されるソース・ファイルです。たとえば、.fmbは.fmxファイルに対する入力タイプです。入力項目は、ターゲットにビルドされます。ターゲットは入力項目から作成されます。


アプリケーションの配布について

  関連項目

アプリケーションの配布は、完成したアプリケーションの配布と配信を準備するプロセスを指します。アプリケーションの配布には、配布ウィザードを使用します。


依存性表示について

  関連項目

依存性表示では、プロジェクト・ナビゲータ内のファイルを、互いに依存する順序で表示します。プロジェクト・ノードを階層の頂点にし、その下にターゲット・ノード、さらにこれらのターゲット（入力項目）の作成可能なコンポーネントが続きます。たとえば、実行可能フォームは.fmbファイルに依存するので、このファイルが下に続き、.fmbファイルはユーザー・イグジット・プロシージャに使用されるライブラリに依存するといったように、ライブラリが下に続きます。

ファイルを、ファイルに依存する項目の下にあるプロジェクトに追加することによって、依存性を手動で設定できることに注意してください。

依存性表示は、主にファイル間の依存性をチェックする場合に便利です。


プロジェクト・ビューについて

  関連項目

プロジェクト・ビューでは、タイプとプロジェクト対サブプロジェクト間のリレーションによって編成されたプロジェクト項目を表示します。プロジェクトは、プロジェクトファイルによってアルファベット順に編成され、カテゴリのアルファベット順になります。プロジェクト・ビューは、プロジェクトの中に、どのタイプのファイルがいくつあるかを正確に追跡するのに便利です。


ランチャについて

  関連項目

ランチャは二次的なツールバーであり、デフォルトではProject Builderウィンドウの左側にあります。これを使用して、編成やアプリケーションの起動ができます。

ランチャは、最もよく使用するツールへのアクセスを1箇所で集中的に行うのに便利な手段です。


グループについて

  関連項目

グループは、ランチャを離れ、サブメニューを介して使用することができる関連項目の集まりです。グループにより、Windows 95の「スタート」メニューによく似たランチャを設定でき、他のアプリケーションまたはアプリケーションの集合、あるいは両方を示すエントリをポップ・アップ表示します。たとえば、テキスト・エディタ、スケジューリング・プログラム、さらにその他の管理用ツールを含む"Admin Tools"という名前の付いたグループを定義できます。


プロジェクト管理について

  関連項目

ユーザーがプロジェクト管理者の場合は、Project Builderをインストールし、開発チームのメンバーが使用できるようにする際、いくつかのオプションを使用することができます。Project Builderでは、セキュリティを固有のファイル共有プロトコルに依存しています。次の構成のどれを使用するか決めるときには、この点に留意する必要があります。

チームがネットワーク化されている場合は、開発者が1つのコピーにアクセスできるように、グローバル・レジストリを共有ディレクトリにインストールすることができます。これにより、使用しているグローバル・レジストリのすべてのバージョンが最新のものであることが保証されます。ただし、このオプションを選択する場合は、管理者のみが書込みアクセス権限を持つディレクトリにインストールすることをお薦めします。これにより、グローバル・レジストリが不用意に破壊されることを防ぎます。

もう1つのオプションは、開発チームのメンバー全員に、グローバル・レジストリの専用ローカル・コピーを与えるためのものです。グローバル・レジストリの更新は、Project Builderのエクスポートおよびインポート機能により波及させることができます。このオプションを選択する場合は、個々のグローバル・ディレクトリが不用意に上書きまたは削除される危険があることに注意してください。

また、すべてのファイルをネットワーク・サーバー上にインストールして、チームのメンバーにグルーバル・レジストリのみでなく、すべてのユーザー・レジストリ、プロジェクト・レジストリ等を共有させることもできます。開発チームのメンバーが自分たちでファイルを編集しているのみで、プロジェクトを編集していない場合には、これで十分です。ただし、このオプションを選択する場合は、タイプおよびアクション、プロジェクト、プロジェクト・ファイルに対する変更に不一致が生じることが多くなることに注意してください。


グローバル・レジストリについて

  関連項目

グローバル・レジストリには、Forms DeveloperまたはReports Developerのインストール全体に共通する情報が格納されています。この情報は、タイプ定義およびそれらに関連付けられたアクションとプロパティ（ビルトインとユーザー定義）に限られています。グローバル・レジストリの使用はオプションです。グローバル・レジストリのファンクションは、個々のユーザー・レジストリにより実行することができます。

グローバル・レジストリを変更できるのは、プロジェクトの管理者のみです。


プロジェクトのエクスポートについて

  関連項目

プロジェクトのエクスポートとは、プロジェクト、タイプ、アクションまたはマクロの定義が含まれるファイルを、異種プラットフォームで作業する他のクライアントに配布できる移植性のある形式で書き出すプロセスです。

プロジェクトのエクスポートは、アプリケーションの分散開発に便利です。


プロジェクトのインポートについて

  関連項目

プロジェクトのインポートとは、プロジェクト情報を含むファイルを読み込むプロセスです。

プロジェクトのインポートは、アプリケーションの分散開発に便利です。


プロジェクト・レポートについて

  関連項目

プロジェクト・レポートは、プロジェクトに定義されたタイプや、プロジェクトのタイプを変更するアクション、プロジェクトに関連付けられた項目、接続定義、ランチャ情報のような、プロジェクトに関する情報を含むレポートです。Project Builderでは、プロジェクト・レポートを自動的に生成できます。

プロジェクト・レポートは、チーム開発環境で役立ちます。


プロジェクト・レジストリの断片化解消について

  関連項目

プロジェクト・レジストリのデータの追加および削除を重ねるにつれて、記憶の断片化が発生する可能性があります。Project Builderでは、断片化によるシステム・パフォーマンスの低下を防ぐために、未使用の記憶を再生する断片化解消ツールが用意されています。

「作業環境」ダイアログで比率を設定することにより、プロジェクト・レジストリの断片化をどの程度まで許容するかを制御できます。この比率は、データと共存できる空き領域の容量を示します。設定された比率を超えるプロジェクトをオープンするたびに、警告が表示され、断片化解消プロセスを実行するよう求められます。

断片化解消の警告に対処する際に費やされる時間と、考えられるパフォーマンス低下の両方を考慮した上で、許容する断片化の比率を選択します。高い比率を選択すると、警告の頻度は低くなりますが、システムが断片化による悪影響を受ける可能性があります。低い比率を選択すると、（警告を受けるたびに断片化解消を選択すると仮定した場合）システムは快適な状態に保たれるかもしれませんが、ほぼ毎回プロジェクトをオープンするたびに、断片化解消のために時間を費やす必要があります。デフォルトの比率は10%です。


プロジェクトの共有について

  関連項目

プロジェクトを他のユーザーと共有しようとする場合、PJUSER.UPDファイルに含まれる完全パス名をすべて相対パス名に変更することにより、時間を節約できます。この操作を行うには、それぞれのプロジェクト、サブプロジェクトおよび項目のプロパティ・パレットにある「プロジェクト・ディレクトリ」、「親ディレクトリ」および「ファイル名」の各フィールドを見直して、すべての完全パスを手動で編集します。たとえば、「ファイル名」が/HOME/COOKIES/SUGAR/crumb.fmbで親プロジェクトが/HOME/COOKIES/SUGARの場合、crumb.fmbより前の部分を省略して、ファイル名を相対的にできます。

すべてのファイル名項目、親プロジェクト・ディレクトリ項目およびプロジェクト・ディレクトリ項目が相対パス名で表されていることを保証することにより、他のユーザーはプロジェクトのディレクトリ構造と.UPDファイルをコピーし、適切なルート位置を反映するようにルート・プロジェクト名を変更するのみで、そのプロジェクトを共有できます。すべてのファイル・パスが相対的であれば、それらのファイル上での作業を直ちに開始できます。プロジェクト内のどこかに絶対パス名が残っている場合、プロジェクトを共有する各ユーザーは、それらのファイル上での作業を開始する前に、すべての絶対パスのルート位置を手動で置換する必要があります。


プロジェクト・ディレクトリと親ディレクトリについて

  関連項目

プロパティ・パレットには、「プロジェクト・ディレクトリ」、「親ディレクトリ」および「ファイル名」の3つのフィールドがあります。プロジェクトを他のユーザーと共有しようとする場合、これらのフィールドについてよく理解しておくことが重要です。

•	「プロジェクト・ディレクトリ」は、プロジェクト・ファイルが格納されるディレクトリの名前です。このフィールドは、プロジェクトおよびサブプロジェクトに対してのみ使用されます。サブプロジェクトについては、プロジェクト・ディレクトリは親プロジェクトの構造内のサブディレクトリを指します（たとえば、サブプロジェクトSUGARの格納先が/HOME/COOKIESの場合、プロジェクト・ディレクトリはSUGARで、親ディレクトリは/HOME/COOKIESになります）。

プロジェクトの管理（および共有）を容易にするには、プロジェクト・ファイルをプロジェクト・ディレクトリに格納することと、サブプロジェクトを作成して、ディレクトリ内部にサブディレクトリをミラー化することをお薦めします。

•	「親ディレクトリ」は、項目が格納されるディレクトリの名前です。ほとんどの項目については、この値は単にプロジェクト・ディレクトリの名前です。項目がサブプロジェクトに属する場合、「親ディレクトリ」の値は、親プロジェクト・ディレクトリとプロジェクト・ディレクトリ（すなわち、サブディレクトリ）の名前を組み合せたものになります。たとえば、項目crumb.fmbが/HOME/COOKIES/SUGARディレクトリに格納されている場合、このディレクトリ名は、親プロジェクト・ディレクトリ（/HOME/COOKIES）の名前にプロジェクト・ディレクトリ（SUGAR）の名前を加えた、項目の親ディレクトリの名前でもあります。

•	「ファイル名」は項目自体の名前です。このフィールドに絶対パス名と相対パス名のどちらが表示されるかは、ファイルの実際の格納場所によって決まります。ファイルがプロジェクト・ディレクトリに格納されている場合、相対パス名が表示されます。それ以外のディレクトリにファイルが格納されている場合には、完全パス名が使用されます。

プロジェクト作成時にディレクトリが与えられなかった場合、「プロジェクト・ディレクトリ」フィールドは空白のままです。このとき、プロジェクトに追加されたすべての項目は、ルート・プロジェクト・ディレクトリに相対的になります（ルート・プロジェクト・ディレクトリを確認するには、プロジェクト・ノードを選択し、プロパティ・パレットを表示して、「プロジェクト・ディレクトリ」フィールドの値を読みます）。


フィルタについて

  関連項目

フィルタを使用することにより、特定の基準に合致するプロジェクトまたはプロジェクト項目のみをプロジェクト・ナビゲータに表示できます。フィルタを適用すると、フィルタ定義で指定された基準に合致しないオブジェクトはビューから隠されます。フィルタは、プロパティ・パレットに表示されるプロパティのすべて、一部またはただ1つから構成できます。たとえば、項目がどのプロジェクトに属するかに関係なく、「配布」プロパティがYesに設定されたすべての項目を表示できます。あるいは、現在オープンしているプロジェクトに含まれる、すべての.fmbファイルを表示できます。

フィルタを適用する際には、検索対象のプロジェクトがすべてオープンされていることを確認するようにしてください。フィルタは単に、プロジェクト・ナビゲータの表示内容を限定するための手段であり、プロジェクト・ナビゲータにはオープンされているプロジェクトのみが表示されるからです。

各時点で適用されているフィルタの名前は、プロジェクト・ナビゲータのステータス領域の左下角に常に表示されています。


「アクションのプレビュー」モードについて

  関連項目

「アクションのプレビュー」モードでは、実際に実行することなくアクションをテストして、さまざまなパラメータおよびマクロにどのような値が使用されるかを確認できます。「アクションのプレビュー」モードでアクションを起動すると、完全に拡張されたアクションが画面に表示されます。「アクションのプレビュー」モードの間、すべてのアクションはこの方法で動作します。このモードを無効にするまでの間は、アクションを実際に実行することはできません。


「ビルド」アクションについて

  関連項目

Project Builderでは、プロジェクトをビルドする際、選択された項目をビルドするか、あるいは変更された項目のみをビルドするかを選択できます。

•	対話形式のビルド。メニュー項目「プロジェクト [image] ビルド...」を使用して実行します。この方法では、ユーザーの応答に対してダイアログとエラー・メッセージの両方が表示されるため、より対話的といえます。

•	バッチ・モード。「作業環境」ダイアログの「ナビゲータ」タブにある「バッチ出力を使用可能にする」チェックボックスを使用して有効にします。バッチ・モードでは、ユーザーによる制御または操作の必要なしに、「ビルド」アクションが実行されます。


Type Caption for New Topic Right Here
?


事前定義タイプ

プロジェクトで使用できるように事前定義されているタイプは、インストールした製品によって異なります。

事前定義済みのタイプを参照するには、グローバル・レジストリの下にある「タイプ」ノードを拡張します。


一般的なマクロの使用方法

関連項目

マクロは、特定のタイプのプロジェクト項目に適用する変数です。マクロを定義するためには、「マクロ追加」ダイアログを使用してマクロに名前を付けます。そのマクロを使用するときには、通常のマクロと同等にマクロ名を記述します。

マクロを使用するには、大カッコで囲んだマクロ名を、アクションまたは他のマクロ定義を含む文字列に挿入します。通常マクロと同等の文字列を入力する箇所に、マクロを配置します。

中カッコで囲みたいが展開したくない文字列を組み込むには、中カッコを含めた文字列を一重引用符または二重引用符で挿入してください。

さらに、他のマクロの範囲内にマクロをネストする、マクロに条件を設定する（実際は、はい/いいえ状況を作成する）、そして他のコマンド・インタプリタを起動してバッチ・ファイルを実行するアクションを定義することができます。入れ子のマクロの詳細は、ネスト・マクロを参照してください。条件付きマクロの詳細は、条件付きマクロを参照してください。プラットフォーム固有のコマンド・インタプリタの起動とバッチ・ファイルの実行の詳細は、「Forms Developerプラットフォーム固有の情報」というヘルプにある項を参照してください。

使用上の注意

•	マクロには、英数字およびアンダースコアの任意の組合せを使用して名前を付けられます。たとえば、My_Macr0は有効ですが、My&macr@は無効です。

•	さらに、マクロは再帰的に展開されます。つまり、barというマクロの値がすでに定義済みのマクロ{foo}に設定されている場合、barがアクションまたは他のマクロ内から参照されるときに、それと置換される値はfooの値です。

•	マクロに名前を付ける場合には、1文字の名前を使用しないでください。後続のリリースのProject Builderで、他のビルトイン・マクロを提供できるように1文字のマクロ名を残しておいてください。


マクロ・タイプ

  関連項目

新しいマクロを作成すると、そのマクロのタイプを定義するように求められます。「スタティック・テキスト」を除くすべてのマクロ・タイプは、実行時にポップアップを表示して、情報の入力またはデフォルト値の確認をユーザーに求めます。マクロ・タイプには次のようなものがあります。

スタティック・テキスト	実行時にユーザーが値の設定または上書きを行う必要がない場合は、このタイプを選択します。
テキスト	ユーザーが実行時に、必要に応じてマクロ定義全体を確認して、新しい値を上書きまたは設定することを許可する場合には、このタイプを選択します。
リスト	開発者が定義したリストからユーザーに値を選択させる場合は、このタイプを選択します。例: 出力を送信するプリンタIDの選択
編集リスト	開発者が定義したリストから値を入力する、またはコンボ・ボックスに新しい値をユーザーに入力させる場合は、このタイプを選択します。
番号	指定した範囲の値をユーザーに入力させる場合は、このタイプを選択します。例: プリンタに送信するコピー部数の指定
TRUE/FALSE	ユーザーに条件の真偽を判定させる場合には、このタイプを選択します。例: コンパイラに最適化コードを生成させるかどうかの指定。ユーザーが「TRUE」をクリックすると、最適化コードが生成されます。「FALSE」をクリックすると、デバッグ・コードが生成されます。
ファイル名	マクロを満たすためにユーザーがファイル名を指定する必要がある場合は、このタイプを選択します。ポップアップ上に「参照」ボタンが用意され、ユーザーの操作を補助します。例: zipファイルの展開先ファイルの名前の指定
ディレクトリ	マクロを満たすためにユーザーがディレクトリを指定する必要がある場合は、このタイプを選択します。ポップアップ上に「参照」ボタンが用意され、ユーザーの操作を補助します。例: zipファイルの展開先ディレクトリの名前の指定


Project Builderで使用されるマクロ

  関連項目

Project Builderで使用されるマクロは、次のタイプのからどれか1つ、あるいは組み合せたものです。

•	簡易マクロ

•	ビルトイン・マクロ

•	事前定義済みマクロ

•	環境変数


簡易ページ・マクロ

  例	  関連項目

説明 これは簡易文字列と同等のマクロです。アクションまたはもう1つの他のマクロからこのようなマクロを参照する場合には、マクロは同等の文字列に置換されます。

使用方法

•	簡易マクロを参照するには、アクションまたはマクロ内の、このような文字列が展開されるコマンド内の箇所に中カッコで囲んだマクロ名を挿入します。

•	中カッコで囲みたいが展開されたくない文字列を含めるには、一重引用符または二重引用符で文字列を囲みます。

•	引用符を含んでいるが、展開したくない文字列変数を組み込むには、引用内の各引用符を、二重引用符に対しては1つの引用符（' " '）、1つの引用符に対しては二重引用符で（" ' "）囲んでください。

•	文字":" (コロン)、"?" (疑問符)および"{"または"}" (かぎカッコまたは閉じかぎカッコ)を含めるには、各文字を引用符で囲みます。これらの文字は、Project Builderマクロで使用されます。それ以外の方法では、正しく解釈されません。詳しくは、条件付きマクロを参照してください。

使用上の注意 文字列の構文は、使用しているプラットフォームによって異なります。異なるプラットフォームにこのようなマクロをポートするには、新しいプラットフォームのルールに適合するように構文を変更する必要があります。競合する可能性もありますが、ファイル名の長さ、大/小文字区別、スラッシュおよび円記号についての制限はありません。詳細は、ヘルプ内の「Forms Developerプラットフォーム固有の情報」を参照してください。


例: 簡易ページ・マクロの使用

レポートの印刷に対して標準フォーマットを使用し、Project Builderからレポートを印刷するために「PRINT（印刷）」アクションを定義するとします。

myprinterというマクロを定義し、使用するプリンタ名と同じように設定できます。たとえば、「値」テキスト・ボックス内で"HPLASER_101"と入力できます（引用符で文字列を囲んでいることに注意してください）。

次に、印刷の実行プログラムがprint.exeだとすると、「PRINT（印刷）」アクションを次のように定義できます。

print.exe {n}{myprinter}

{n}は、現在のファイルの完全修飾名を参照するビルトイン・マクロです。

プロジェクト・ナビゲータでレポートsales.repを選択し、ポップアップ・メニューから「印刷」を選択すると、Project Builderにより{n}がsales.repの完全修飾名に、{myprinter}がHPLASER_101に置換され、その処理結果のコマンド

print.exe c:\projects\reports\sales.rep HPLASER_101

がオペレーティング・システムに送られます。

注意: 前述の例では、Project Builderはマクロnをsales.repという完全修飾名に拡張します。しかし、DOSのコマンド・ラインを含むマクロを作成した場合は、次のように、ドライブに続けて一重引用符で囲んだコロンを入れるのを忘れないようにしてください。c':'\projects\reports\sales.rep これでコロンが正しく評価されます。


ビルトイン・マクロ

  例	  関連項目

説明 Project Builder付属のマクロです。

以下のマクロはProject Builderに付属し、アクションで使用します。

マクロ	意味
1-9	アクションで要求される、第1から第9番目までの入力タイプを参照します。バージョン制御および「ビルド」、「DELIVER(配布)」アクションの指定したライセンス数のみ入力できます。
b	リンク先項目のベースとなるファイル名またはアクションを行いたいファイル（つまり、拡張子のないファイル名）を参照します。
d	リンク先項目のあるディレクトリを参照します。
f	項目のファイル名を参照します。
i	アクションで要求される入力項目をすべて参照します。バージョン制御および「ビルド」、「DELIVER(配布)」アクションの指定したライセンス数のみ入力できます。
l	自動生成されたファイル名を持つテンポラリ・ログ・ファイルを参照します。
n	ターゲットの完全修飾名を参照します。
p	プロジェクトまたはサブプロジェクトを含むリンク先のプロジェクト・ディレクトリを参照します。
s	現在のプラットフォーム上でのデリミタ（/または\）を指します（このプロパティは、オペレーティング・システムの種類によって異なります）。
t	種類に対する短縮名を参照します。たとえば、Form Builderモジュールに対するFMBです。
使用方法 ビルトイン・マクロを参照するには、アクションで文字列が展開される箇所に、中カッコで囲んだマクロ名を挿入します。同じ方法で他のマクロ内にビルトイン・マクロを含めることもできます。

使用上の注意

•	ビルトイン・マクロの値は再定義できません。

•	Project Builderの今後のリリースで、1文字の名前のビルトイン・マクロがさらに組み込まれる可能性があるので、マクロに名前を付ける場合には、1文字にはしないでください。

•	さまざまなビルトイン・マクロの解決方法を確認するには、それらをアクションに含めた上で、「アクションのプレビュー」モードでアクションを実行します。


例: ビルトイン・マクロの使用

Project Builderでは、事前定義済みのアクションの中でビルトイン・マクロを使用することがあります。例をいくつか表示するので、次の操作を行ってください。

1	必要なら、「グローバル・タイプ」ノードを拡張し、グローバル・タイプを表示します。

2	「不特定タイプ」を選択し、次にポップアップ・メニューから「プロパティ・パレット」を選択します。

3	必要があれば、プロパティ・パレットの「アクション」ノードを拡張し、「ファイルをRCSにチェックイン」および「ファイルをRCSからチェックアウト」など、いろいろな事前定義済みのソース制御アクションを調べます。チェックインまたはチェックアウトするファイル（入力タイプ）はビルトイン・マクロ1によって表示されます（当然、中カッコで囲まれています）。ビルトイン・マクロnは、他のコマンド内で使用され、完全修飾ファイル名を参照します。

同じ方法でユーザー自身のマクロまたはアクションにビルトイン・マクロを使用できます。ビルトイン・マクロは必ず中カッコで囲むようにしてください。


事前定義済みのマクロ

  例	  関連項目

説明 これはProject Builderに付属する、事前に値を割り当てられたカスタマイズ可能なマクロです。

使用方法 他のマクロと同じように事前定義済みのマクロを使用できます。

使用上の注意

•	使用可能な事前定義済みのマクロは、使用しているプラットフォームおよびインストールしたForms Developerツールによって異なります。特定の項目（タイプまたはプロジェクト、ファイル）に対して現在使用可能なマクロを表示するためには、プロジェクト・ナビゲータの項目を選択し、プロパティ・パレットを表示し、必要ならば、「マクロ」ノードを拡張します。すべての項目に対して使用可能な事前定義済みのマクロを参照するためには、「グローバル・レジストリ」の「すべてのタイプ」を選択し、プロパティ・パレット内に関係付けられたマクロを表示します。

•	事前定義済みのマクロに割り当てられた値は作業環境に合うように、事前に簡単にカスタマイズできます。使用可能な値は、使用しているプラットフォームで使用可能なツールによって異なります。たとえば、Windowsプラットフォームでは、マクロD2KEDITORは{EDITOR ? {EDITOR} :notepad}と定義されます。これは、EDITORという名前のマクロを定義して、このマクロにWindows上で利用可能な他の言語処理プログラムを指定しない限り、デフォルトでのエディタは「メモ帳」になるという意味です。Motifでは、D2KEDITORは{EDITOR ? {EDITOR} :vi}として定義されます。それは、EDITORという名前のマクロを定義して、それをMotif上で使用可能な他の言語処理プログラムと等号で結ばない限り、デフォルト・エディタはviになるという意味です。

注意: 前述のマクロの場合、疑問符とコロンの前後には、スペースは不要です。


例: 事前定義済みのマクロの使用

Form Builderをインストールしている場合、マクロF50GENOPTSはすべてのForm Builderタイプでの使用に対して事前定義済みです。事前に次の値が割り当てられています。

Batch=NO Help=NO Logon={ORACONNECT ?YES :NO} Module_Access=FILE Options_Screen=NO Statistics=NO

つまりこれらは、F50GENに対する既定値のキーワードを使用した、コマンド・ライン・オプションです。

バッチで実行するファイルが複数あるとします。プロパティ・パレットのF50GENOPTSマクロを編集すれば、Project Builderの階層の希望のレベルで、Batchの値を「はい」に変更できます。ユーザー・レジストリ・レベルのForm Builderタイプのマクロを変更して、すべてのプロジェクト内のすべてのForm Builderに対してそれを変更するか、またはプロジェクト内の各Form Builderモジュールを選択して変更します。

注意: 前述のマクロの場合、疑問符とコロンの前後には、スペースは不要です。


マクロとしての環境変数

  例	  関連項目

説明 マクロに対する論理または値として認識できる、環境変数を使用できます。Project Builderが環境変数名を含むマクロ参照を検出すると、まず項目に対して定義済みのマクロ・リストを検索し、次に既存の環境変数を検索します。そして適切な置換を行います。

実行プログラムやアイコンなどの、異なるタイプのファイルへの相対パスを確立するには、環境変数は便利です。

使用方法 マクロとして環境変数を参照するときは、中カッコで囲んだ環境変数名を、アクションの適切な箇所に挿入します。同じ方法で他のマクロに環境変数を挿入することもできます。

使用上の注意

•	参照する環境変数が現在設定されていないまたは誤って設定されている場合、マクロは空の文字列として無視されます。

•	Project Builderマクロで使用可能な環境変数は、使用しているプラットフォームによって異なります。詳細は、ヘルプ内の「Forms Developerプラットフォーム固有の情報」を参照してください。


例: マクロとしての環境変数の使用

Project Builderでは、いくつかの定義済みアクション内で環境変数を使用します。例を表示するには以下の操作を行ってください。

1	必要なら、「グローバル・タイプ」ノードを拡張し、グローバル・タイプを表示します。

2	「Forms文書」を選択し、次にポップアップ・メニューから「プロパティ・パレット」を選択します。

3	必要なら、「プロパティ・パレット」の「アクション」ノードを拡張し、「FMTからビルド」アクションを調べてください。ORACLE_HOMEの使用方法には注意が必要です。このアクションで使用されるORACLE_HOMEは環境変数なので、「マクロ」ノード下に配置されるORACLE_HOMEマクロはありません。

アクション内の位置にも注意が必要です。パスの先頭に表示され、自他のアクションで使用する実行プログラムへのパスを確立するのに使用されるためです。

マクロとして環境変数を定義する必要はありません。単に、アクションの中で、中カッコで囲んだ環境変数名を入力すればよいのです。


条件付きマクロ

  例	  関連項目

条件ごとに、異なるマクロの値を設定できます。設定には、次の式を使用してください。

{macroname ? expression1 : expression2}

パラメータの内容は次のとおりです。

macroname	マクロの名前
expression1	マクロが定義され、値を割り当てられている場合に評価される式。
expression2	（オプション）マクロが事前に定義されていないか、定義されていても値を割り当てられていない場合に評価される式。
事前に定義されておらず値も割り当てられていないときに、マクロを空の文字列と同等にする場合には、次の方法で最後の式を単に省略してください。

{macroname ? expression1}

このケースでは、マクロmacronameが事前定義済みで値を割り当てられている場合、それはexpression1に評価されます。マクロが定義されていないかまたは空の文字列と同等の場合には、それは空の文字列のままです。

注意: マクロ内のスペースは無視されます。例えば前述の最初の式で、疑問符とコロンの前と後ろのすべてのスペースは、不必要であり評価もされません。


例: 条件付きマクロ

コマンド・ライン・オプション-gを含む場合には、コンパイラはデバッグ・コードを生成し、コマンド・ライン・オプション-Oを含む場合には、最適化コードを生成します。特に開発サイクルの間は [image] 、デバッグ・コードを生成する場合がほとんどですが、オプションを保持することにより、最適化コードを容易に生成できます。

これを行うには、DEBUGという名前のスタティック・テキスト・マクロを定義し、「値」フィールドにyesと入力します（値が空でない限りは、yes以外のどのような値でも入力できます）。次にコンパイル・アクションにおいて、コマンド・ライン・オプションDEBUGを、この条件付けされたデバッグ・マクロと置き換えます。

{DEBUG ? -g : -O}

マクロDEBUGは定義済みで、空の文字列以外の値を割り当てられているため、それは第1式の-gに評価され、コンパイラがデバッグ・コードを生成します。最適化コードを生成する準備ができたら、DEBUGマクロから値yesを取り除きます。DEBUGは空でない文字列を含まないため、第2式の-Oに評価され、コンパイラは最適化コードを生成します。

注意: 前述のマクロの場合、疑問符とコロンの前後には、スペースは不要です。


マクロの条件付けまたはTRUE/FALSEマクロの作成をいつ行うか

  関連項目

Project Builderでは、実行時に結果に応じて条件を評価し、2つのアクションのどちらかを選択するための方法が2通り用意されています。マクロの条件付けとTRUE/FALSEマクロの作成です。どちらの方法を使用するかの判断材料は主に、開発者（またはユーザー）が条件を判断する頻度の問題です。マクロを含むアクションを実行するたびに、2通りの選択肢からの判断が必要な場合には、TRUE/FALSEマクロを作成します。ただし、どちらの選択肢を選ぶかがほぼ毎回決まっており、もう一方を選択することがたまにしかないような場合には、おそらく条件付けのほうが優れた解決策です。次の例を考えてみましょう。

F50RUNOPTSアクションは.fmxタイプに対して定義され、パフォーマンス統計を生成するための次のような条件付けマクロを含んでいます。

F50RUNOPTS.. . . {PERFORMANCE ? PECS=ON STATISTICS=YES}. . . .

performanceマクロは存在しないため、デフォルトのパフォーマンス統計はF50RUNOPTSアクションの一部として生成されません。これに満足であれば、条件付け文をそのままにしておきます。パフォーマンス統計を生成することに決めた場合、単にperformanceという名前のスタティック・テキスト・マクロを作成して、それを空でない文字列として定義します。

しかし、パフォーマンス統計をほぼ毎回生成するフォームを実行することを考えてみてください。そのような場合、フォームを実行するたびにperformanceの定義を変更したり、あらかじめ定義を変更しておいたりすることは非常に面倒です。ここでは真/偽マクロがより優れた選択肢といえます。そのようなマクロを作成するには、次の操作を実行します。

1	グローバル・レジストリで、.fmxタイプを選択します。

2	「ファイル」 [image] 「新規作成」 [image] 「マクロ」を選択して、「マクロ追加」ダイアログを表示します。

3	マクロにF50STATSと名前を付け、マクロ・タイプ「TRUE/FALSE」を選択します。「キャプション」フィールドで、'パフォーマンス統計を生成しますか?'のように入力します。

4	「デフォルト」の下の「True」ラジオ・ボタンをクリックします。「TRUEの場合の結果」フィールドにPECS=ON STATISTICS=YES;と入力し、「FALSEの場合の結果」フィールドは空欄のままとします。「OK」をクリックしてマクロを保存し、「マクロ追加」ダイアログを閉じます。

5	プロパティ・パレットで、F50RUNOPTSのコマンド定義をダブルクリックして、「アクション編集」ダイアログを表示します。

6	{PERFORMANCE ? PECS=ON STATISTICS=YES}を新しいマクロの名前である{F50STATS}に置き換えます。

フォームを実行するたびに、パフォーマンス統計を生成するかどうかをポップアップで尋ねられます。「True」をクリックすると、統計が生成されます。


ネスト・マクロ

  例	  関連項目

単に、中カッコで囲んだ名前を外側のマクロと同等の文字列に含めることによって、他のマクロにマクロをネストできます。

最も内側のマクロが最初に展開され、次のレベル、その次のレベルと、ネストされたマクロを含むアクションが評価、実行されるまで展開されます。さらに、マクロは再帰的に展開されます。つまり、barというマクロの値がすでに定義済みのマクロ{foo}に設定されている場合、barがアクションまたは他のマクロ内から参照されるときに、それと置換される値はfooの値です。


例: ネスト・マクロ

頻繁に使用するツールに対するコマンド・ライン・オプションを追跡し記録する便利な方法として、それらをすべて1つのマクロに含める方法があります。これはProject Builderがフォームを生成するときに使用するマクロF50GENOPTSで使用している方法です。

ただし、オプション・リストに対してより良い制御を望む場合があります。たとえば、ファイルを印刷するときに、プリンタ名は変更するが、残りのオプションが同じ場合には、マクロpnameを定義してプリンタ名を含め、それを次のように、options_listマクロ定義の中にネストできます。

option、 option、 {pname}、 option、 option、 . . .

これで、「PRINT(印刷)」アクションがprint.exe {n} {options_list}として定義されている場合には、プロジェクト・ナビゲータからファイルを選択し、ポップアップ・メニューから「印刷」を選択すると、Project Builderは次のようなコマンドをオペレーティング・システムに送ります。

print.exe filename option、 option、 printer_name、 option、 option. . .

ここでprinter_nameはマクロpnameの展開版です。


項目に対するプロジェクト・マクロ定義の上書き

  例

参照されるマクロ名の前にキャレット（^）を挿入することにより、マクロの継承値を取得して、それを別のマクロ定義の中で使用できます。この方法により、プロジェクト・レベルでマクロ定義を管理し、プロジェクト内部で個々の項目の定義をカスタマイズまたは拡張できます。


例: 項目に対するプロジェクト・マクロ定義の上書き

例1: あるプロジェクトが、OUTDIRという名前のマクロを持っているとします。このマクロは、プロジェクトのコンパイラ出力の格納先であるc:/new/outputとして定義されています。そして、出力が発生するたびに、この通常のディレクトリを使用しないで、項目ごとに個別のコンパイラ出力をOUTDIRのサブディレクトリに格納するとします。これを行うには、コンパイルする項目ごとにOUTDIRという同名を使用したマクロを作成し、それを{^OUTDIR}/mydirのように定義します。キャレットの存在により、Project BuilderはまずOUTDIRのプロジェクトの定義であるc:/new/outputを取得し、次にOUTDIRの項目の定義であるmydirを追加します。その結果、最終的な出力ディレクトリはc:/new/output/mydirになります。

例2: CDEVというプロジェクトに対して、-Wallパラメータを持つCFLAGSマクロを定義したとします。このマクロは、Cファイルのコンパイルの間に警告を生成します。さらに、CDEV内部の項目およびサブプロジェクトに対して、ソース・コードが完全にANSI互換でない場合に警告と詳細情報が表示されるようにすると仮定します。これを行うには、これらの項目およびサブプロジェクトに対して{^CFLAGS} -ansi -pedanticと指定します。サブプロジェクト・レベルおよび項目レベルで定義した2つのパラメータがCFLAGSのプロジェクト定義に新しく追加され、マクロはCFLAGS -Wall -ansi -pedanticに拡張されます。


「データ表選択」ダイアログ・ボックス

  関連項目

説明  「データ表選択」ダイアログ・ボックスでは、接続したデータベースのデータ・ソース・オブジェクトを問合せにインクルードできます。

このダイアログ・ボックスの内容:

表示	表、ビュー、問合せ、スナップショット、シノニムのすべて、あるいはどれかをリスト・ボックスに表示するかどうかを指定します。
ドロップダウン・ボックス	オブジェクトを表示するデータ・ソースを指定します。別のアカウントやデータベースから表を選択することもできます。
データ表選択	問合せにインクルードできるデータ・ソース・オブジェクトをリストします。
情報	選択したオブジェクトに情報を表示します。種類、名前、所有者、作成日、コメントがあります。種類、名前、所有者、作成日、コメントがあります。
インクルード	選択した項目をQuery Builderの作業領域にインクルードします。
クローズ	データ・ソース・オブジェクトをインクルードせずにこのダイアログ・ボックスをクローズします。


現行のデータベースにある他のアカウントへのアクセス

  関連項目

現行のデータベースにある他のアカウントの表にアクセスするには:

1	現行のデータベース名をクリックします。「インクルード」ボタンが「オープン」ボタンに切り替わり、リスト・ボックスには現行のデータベース内のアカウントのリストが表示されます。

2	オープンするアカウントの名前をクリックします。

3	「オープン」ボタンをクリックするか、アカウント名をダブルクリックします。Query Builderにはそのアカウントにある表のリストが表示され、「オープン」ボタンは再び「インクルード」ボタンに切り替わって、通常の方法で表をインクルードできるようになります。


他のアカウントをオープンする

  関連項目

必要な表が現行のデータベース内にリストされていない場合、他のアカウントやデータベースを検索してそのアカウントから表を選択することができます。

他のアカウントおよびデータベースにナビゲートするには:

1	表のリストの上のボックスをクリックします。選択肢は2つあります。現行のデータベースの名前と「データベース」です。現行のデータベースの名前と「データベース」です。

2	現行のデータベースにある他のアカウントの表をコールするには、ここをクリックします。

リストされたデータベースと接続できない場合は、ネットワーク上の異常やリモート・パスワードの変更によってリンクが無効になっていると思われます。このような場合には、データベース管理者に連絡してください。


表の2回以上のインクルード

  関連項目

1つの問合せに同じ表を2回以上インクルードする場合、複製表に、実表の名前の次にアンダースコアと英数字が続く形式で命名されたシステム生成の別名が自動的に割り当てられます。


「リレーション表選択」ダイアログ・ボックス

説明  「リレーション表選択」ダイアログ・ボックスでは「問合せ」ウィンドウで選択した表に関係のある表をインクルードすることができます。

このダイアログ・ボックスの内容:

表示	このオプションは使用できません。
ドロップダウン・ボックス	すべてのリレーション表を指定するかどうかを指定します。
データ表選択	使用できるリレーション表をリストします。
情報	選択したオブジェクトに情報を表示します。種類、名前、所有者、作成日、コメントがあります。種類、名前、所有者、作成日、コメントがあります。
インクルード	選択した表をインクルードします。
クローズ	リレーション表をインクルードせずにこのダイアログ・ボックスをクローズします。


「表改名」ダイアログ・ボックス

  関連項目

説明  「表改名」ダイアログ・ボックスでは、現在アクティブな表の名前を変更できます。

このダイアログ・ボックスの内容:

デフォルト表名	表の現行名を指定します。
リスト・ボックス	改名のためにオープンした表をリストします。
新規名	新しい表名を指定します。
定義	ダイアログ・ボックスをオープンしたまま表名を更新します。


改名した表の識別

格納された問合せの中では、特定の表の名前がユーザー定義の名前か元の名前かは、すぐには見分けられません。

特定の表が改名されているかどうかを識別するには:

1	アイコン・バーの [image] をクリックします。

2	「処理可能な表」のリストで目的の表をクリックします。

表の名前が変更されている場合は、別名が「新しい名前」フィールドに表示され、別の名前（元の表名）が「デフォルト表名」フィールドに表示されます。

また、SQLを使用している場合でも、アイコン・バーの [image] をクリックすれば、改名された表を識別することができます。これによって、「SQL表示」ダイアログ・ボックスが表示され、表の別名を表す標準SQL構文内のSELECT文の中に、名前の変更が表示されます。


「表リレーション設定」ダイアログ・ボックス

  関連項目

説明  「表リレーション設定」ダイアログ・ボックスでは、2つの表の間に単純リレーション、自己リレーション、複合リレーション、不等価リレーションを設定します。

このダイアログ・ボックスの内容:

リレーション	起点(A->で)列と宛先(B->で)列の名前を指定します。
演算子	列間のリレーションの種類を指定します。
問合せでリレーションを使用	問合せにリレーションを使用するかどうかを指定します。チェックされている種類がデフォルトです。
「Bに一致しないA」ラジオ・ボタン	表Aにあり、表Bにないデータ以外に、両方の表ですべて共通のデータを検索することを指定します。
「Aに一致しないB」ラジオ・ボタン	表Bにあり、表Aにないデータ以外に、両方の表ですべて共通のデータを検索することを指定します。
「不一致を抑制」ラジオ・ボタン	デフォルト。両方に共通のデータを検索することを指定します。


リレーションについて

  関連項目

リレーショナル・データベースは、多くのリレーション表からなります。各表は縦方向に配置された列（フィールドともいいます)からなります。列には名前があり、一意の種類のデータを保存します。

リレーション、つまり結合は、1つの表の列と別の表の列との関係を定義します。必要なリレーションは、ほとんどデータベースに定義されています。リレーションにより、データの冗長性も少なくなります。異なる表の列にリレーションが設定してあれば、それらの表は問合せでまとめて処理できます。

リレーション列の名前がいつも同じであるとは限りません。同じデータ型はいつでも関係付けられます。 リレーションに意味があれば、ときには異なるデータ型でも関係付けることができます。たとえば、数値も文字として解釈できるため、通常、NUMBERデータ型の列はCHARACTER型の列と関係付けることができます。実際、ほとんどの列（長いテキストの列を除く）は、CHARACTER型の列と関係付けることができます。リレーションにはユーザー定義（一時）リレーションと、基本データ・ディクショナリに設定されたリレーションがあります。

リレーションにはユーザー定義（一時）リレーションと、基本データ・ディクショナリに設定されたリレーションがあります。データ・ディクショナリのリレーションは、リレーション表（主キー/外部キー関係を持った表）をインクルードすると自動的に表示されます。これらのリレーションはいつでも有効なので、特別な操作をしなくても利用できます。その作成や変更にはSchema Builderを使用します。

ユーザー定義リレーションは、それを作った問合せの中でのみ有効です。ユーザー定義リレーションを作っても基本表には対応する恒久的なリレーションは設定されません。両者の主な違いはユーザー定義リレーションの場合、ユーザーがリレーション線を引く必要がある点です。 データベースに保存されたリレーションの場合は、Query Builderによって自動的にリレーション線が引かれます。

注意（Report Builderのみ）:  Report Builderのデータ・リンクは、Query Builderのリレーションとは異なります。データ・リンクは2つ以上の問合せ間で作成されますが、Query Builderのリレーション（結合）は、1つの問合せ内で作成されます。詳細は、Report Builderのオンライン・ヘルプを参照してください。


リレーションのアクティブ化と非アクティブ化

  関連項目

マウスを使用して作成した関係は、問合せの中での必要に応じて、自動的にアクティブにされたり解除されたりします。アクティブな関係は、黒の太線で表示され、非アクティブな関係は、グレーの線で表示されます。

マウスを使用して手動で関係をアクティブにするには:

  非アクティブな関係線をダブルクリックします。

関係を解除するには:

  アクティブな関係線をダブルクリックします｡


「列定義」ダイアログ・ボックス

説明  「列定義」ダイアログ・ボックスでは、他列の値に基づいて、問合せ内に新しい列を作成できます。定義済みの列は、「データ・ソース」パネルと「結果」ウィンドウの両方に表示されます。

このダイアログ・ボックスの内容:

定義済み列	作成する列の名前を指定します。
リスト・ボックス	既存の定義済み列をリストします。
定義内容	選択した列の式を指定します。
定義	定義を列に適用します。
削除	選択した列を削除します。
列ペースト	「列ペースト」ダイアログ・ボックスを表示します。
関数ペースト	「関数ペースト」ダイアログ・ボックスを表示します。
注意: 定義済み列は問合せの一部にすぎず、データベースに保存された表定義を変更することはありません。


「ソート」ダイアログ・ボックス

説明  「ソート」ダイアログ・ボックスでは、表の列をもとに、問合せにあるデータをソートできます。

このダイアログ・ボックスの内容:

処理可能な列	ソートできる表列を「結果」ウィンドウに表示します。
ソート済み列	現在ソートされている表列を「結果」ウィンドウに表示します。
コピー	「処理可能な列」リストで選択した列を「ソート済み列」リストにコピーします。
削除	「ソート済み列」リストで選択した表列を削除します。
ソート順	選択した列を「昇順」や「降順」でソートします。デフォルトは「昇順」です。


Query Builderについて

  関連項目

Query Builderは、アナリスト、マネージャ、その他ビジネス・プロフェッショナルのために作成された簡単に使用できるデータ・アクセス・ツールです。社内データベースの情報に、論理的で直感的にアクセスでき、解析や報告に活用できます。

Query Builderはコンピュータのプログラミングやデータベースの基礎知識がないプロフェッショナルを対象に作成されています。また、Query Builderの強力な問合せ機能と構造化問合せ言語(SQL)文のサポートは、経験豊かなデータベース・ユーザーやプログラマにもさまざまな用途を提供します。

Query Builderの視覚的な「問合せ」ウィンドウで、社内データベースにあるデータに対する要求を指定できます。このデータに対する要求を問合せといいます。

Query Builderは、ユーザーがSQL SELECT文で作成するどのような問合せの定義にも対応できます。Query Builder作業領域に表示される列にもとづいて最適なSELECT FROM [table.column]句がQuery Builderにより、自動的に生成されます。


「列順序」ダイアログ・ボックス

説明  「列順序」ダイアログ・ボックスでは、Query Builder作業領域の問合せ結果を調整できます。

このダイアログ・ボックスの内容:

処理可能な列	Query Builder作業領域に表示できる表列をリストします。
表示中の列	Query Builder作業領域に現在表示されている表列をリストします。
コピー	「処理可能な列」リストから選択した列を「表示中の列」リストにコピーします。
削除	「表示中の列」リストから選択した列を削除します。
フォーマット	「フォーマット」ダイアログ・ボックスを表示します。
合計	「合計」ダイアログ・ボックスを表示します。
実行	問合せを実行します。


「列ペースト」ダイアログ・ボックス

  関連項目

説明  「列ペースト」ダイアログ・ボックスでは、既存の列を選択した表から問合せにペーストできます。

このダイアログ・ボックスの内容:

リスト・ボックス	ペーストできる列をリストします。


「関数ペースト」ダイアログ・ボックス

説明  「関数ペースト」ダイアログ・ボックスでは、関数を条件や問合せにペーストできます。

このダイアログ・ボックスの内容:

カテゴリ表示	リスト・ボックスに表示される関数の種類を指定します。数値、文字、日付、変換、グループその他があります。
リスト・ボックス	選択したカテゴリで利用できる関数をリストします。
引数ペースト	引数をインクルードするかどうかを指定します（使用する関数に情報を提供する関数のカッコ内の式）。


「SQL表示」ダイアログ・ボックス

  関連項目

「SQL表示」ダイアログ・ボックスでは、ユーザーの問合せ用のSQL文を表示するのみです。「SQL表示」ダイアログ・ボックスではSQL文の編集やコピーはできません。


表内の各行を一意に識別する1つ以上の列。主キーは太字で表示されます。


他の表の主キー値を参照する列。外部キーはイタリック体で表示されます。


問合せが表、ビュー、問合せ、シノニムおよびスナップショットを含むデータを取り出すソース。


1つの論理表を構成する1つまたは複数のデータベース表の列からなるデータ・ソース。


ファンクションまたは操作、および操作対象のデータベース列で構成される文字列(たとえば、SALARY+COMMISSION)。


命名規則に従う場合は、各問合せの名前は文字から始めるものとし、文字および数字で30字以内に収めます。命名規則を使用しないでデータベースの問合せを命名すると、Query Builderにより名前が（二重引用符で囲まれた）「リテラル」値に変換されます。


「条件」パネルについて

「条件」パネルは、「条件」フィールドを含む「問合せ」ウィンドウの1つのセクションであり、ここで式と条件を入力します。Query Builderの条件では、必要に応じてWHERE句やHAVING句が自動的に生成されます。

表名と列名は、条件内でフィルタリングされる列を示します。列名が一意の場合は、表名を省略できます。

注意: 「条件」フィールドをアクティブにするとカーソルにプラス記号(+)が表示され、クリックする項目が条件に追加されることを示します。これを非アクティブにするには、アイコン・バーの [image] をクリックします。


「問合せ」ウィンドウについて

問合せをオープンすると、Query Builderは次の2つのパネルに分割された「問合せ」ウィンドウにその問合せを表示します。

•	「条件」パネルには「条件」フィールドがあります。このフィールドを使って問合せの詳細を指定します。

•	「データ・ソース」パネルでは、問合せで使用される表（ビューやスナップショットなど）を表示します。

2つのパネルは、好みに応じて垂直または水平に分割できます。

それぞれの表は、表の名前と表内の列の名前を含むボックス内に表示されます。また、たくさんのアイコンがあり、現行のデータベース・オブジェクトを特定するときに使用すると便利です。説明のコメントが添付されているかどうか、データ・ソースのタイプ、列のデータ型、問合せ内の表について索引が定義されているかどうかなど、アイコンによってさまざまな情報が示されます。

リレーション線は、列間のリレーションを示します。リレーションは表間に設定され、ある表の列が別の表の列にどのように関連しているかを特定します。

列名の左にあるチェック・マークは、列が問合せにインクルードされていることを示します。これは、問合せを実行すると、Query Builderがその列名に対応するデータを検索することを意味します。チェック・マークがない場合は、列のデータがインクルードされていないことを示します。


「データ・ソース」パネルについて

  関連項目

「データ・ソース」パネルは、「問合せ」ウィンドウ内のセクションであり、表やリレーションなどの項目が表示されます。


アイコン・バーについて

  関連項目

アイコン・バーはQuery Builderウィンドウの一番上に表示されます。各アイコンをクリックすると説明が表示されます。


「保存」アイコン

指定したファイルに問合せを保存します。


「カット」アイコン

選択したテキストをカットし、オペレーティング・システムのクリップボードに移動します。


「コピー」アイコン

選択したテキストをオペレーティング・システムのクリップボードにコピーします。 元のテキストはそのまま残ります。


「ペースト」アイコン

現行のクリップボードのアイテムをアクティブな場所にペーストします。クリップボードに何もない保存されていない場合、ペーストは行われません。カットやコピーしたテキストは何でもペーストできます。


「消去」アイコン

選択したアイテム（テキストやテーブルなど）を消去します。「カット」コマンドと違って、「消去」で削除したアイテムはオペレーティング・システムのクリップボードには保存されません。


「すべて選択」アイコン

アクティブ・ウィンドウのすべてのアイテムを選択します。たとえば、「条件」パネルがアクティブな場合、パネル内のすべての条件が選択されます。


「データ表選択」アイコン

「データ表選択」ダイアログ・ボックスを表示します。


「リレーション表選択」アイコン

「リレーション表選択」ダイアログ・ボックスを表示します。このアイコンは選択した表と結合されたデータベースに、リレーション表がある場合にのみ使用できます。


「表改名」アイコン

「表改名」ダイアログ・ボックスを表示します。このアイコンは、Query Builder作業領域に少なくとも表が1つないと使用できません。


「情報」アイコン

「情報」ダイアログ・ボックスと、選択したデータベースのオブジェクトに関する情報を表示します。このアイコンはデータ・ソース・オブジェクトがアクティブでないと使用できません。


「表リレーション設定」アイコン

「表リレーション設定」ダイアログ・ボックスを表示します。このアイコンは、関係付ける「データ・ソース」パネルに、複数の表がないと使用できません。


「SQL表示」アイコン

「SQL表示」ダイアログ・ボックスと、アクティブな問合せのSQLを表示します。


「列順序」アイコン

「表示」ダイアログ・ボックスを表示します。


「列定義」アイコン

「列定義」ダイアログ・ボックスを表示します。


「ソート」アイコン

「ソート」ダイアログ・ボックスを表示します。


「And」アイコン

AND演算子を条件に挿入します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。「条件」フィールドに直接ANDと入力することもできます。


「Or」アイコン

OR演算子を条件に挿入します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。「条件」フィールドに直接ORと入力することもできます。


「Not」アイコン

NOT演算子を条件に挿入します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。「条件」フィールドに直接NOTと入力することもできます。


「条件グループ解除」アイコン

AND、OR、NOTなどの論理演算子で結合された条件グループを解除します。このアイコンは、「条件」パネルで論理演算子を選択していないと使用できません。


「アクセプト」アイコン

アクティブな条件の妥当性を検査し、確定します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。「条件」フィールドがアクティブな場合は、[Enter]キーや[Return]キーを押しても、妥当性の検査と確定の処理になります。


「取消」アイコン

現行の条件を取り消します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。


「列ペースト」アイコン

「列ペースト」ダイアログ・ボックスを表示します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。


「関数ペースト」アイコン

「関数ペースト」ダイアログ・ボックスを表示します。このアイコンは、「条件」フィールドがアクティブでないと使用できません。


データ型について

  関連項目

Query Builderの主なデータ型は、次のとおりです。

CHAR またはVARCHAR2	CHARは、固定長の文字データに使用します。 最大サイズで255バイト、デフォルト・サイズは1バイトです。VARCHAR2は、最大サイズ2000バイトの可変長の文字列に使用します。VARCHAR2の場合、サイズを指定してください。
NUMBER	データベース列に数値（整数、小数、その他の型の数値）があることを表します。NUMBER型の数字では計算ができますが、CHAR型の数字では計算できません。
DATE	データベース列に日付値があることを表します。日付の有効範囲は、西暦の紀元前9999年の1月1日から、西暦9999年の12月31日までです。デフォルト・フォーマットはDD-MON-YYです。'01-JAN-92'のように表します。
NUMBER(p,s)	p(小数の精度)の範囲は1から38です。s(スケール)の範囲は-84から127です。保存される桁数は小数の精度で決まります。スケールは小数点の右側の桁数を表します。スケールが負のとき実際のデータは、小数点の左側の指定桁数でまるめられます。たとえば、(10, -2)と指定すると結果は100の位で四捨五入されます。
その他、Query Builderでは、以下のOracleデータ型を一定の範囲でサポートしています。

LONG	LONG列には、2ギガバイト(または231-1)までの可変長英数字データを保存できます。Query Builderの問合せにLONGをインクルードすると、最初の2000文字が表示されます。
RAW	RAWバイナリ・データです。最大サイズは255バイトです。値は16進文字で入力します。値は16進値で表示されます。RAW型ではサイズを指定してください。
LONG RAW	LONG RAWでは、最大2ギガバイトのRAWバイナリ・データを表示します（「結果」ウィンドウには16進で表示される）。LONG RAW型の範囲はRAW型と同じです。
注意:Query Builderでは、条件と式が比較時に異なるデータ型を参照するデータ型の変換もできます。詳細は『Oracle8 Server SQLリファレンス』を参照してください。


「データ型」アイコン

  関連項目

以下に示すデータ型は、データ・ソース・オブジェクトのすべての列で使用できますが、これらはQuery Builder作業領域のオブジェクトの右側列にあるアイコンに表示されます。

データ型	アイコン	説明
文字		CHARACTER型は、固定長の文字データに使用します。最大サイズで255バイト、デフォルト・サイズは1バイトです。 注意: 数字はCHARACTER型でも表せますが、計算には数値データ型を使用してください。
Varchar2		VARCHAR2データ型は、最大サイズ2000バイトの可変長文字列に使用します。VARCHAR2型ではサイズを指定してください。
Number		NUMBER型は、整数や浮動小数点データに使用します。整数データの場合は、精度長（桁数）を指定します。浮動小数点データ型は、小数に使用します。データ型を列に指定するときは、精度とスケールの両方を指定してください。 精度（数値の合計桁数）の範囲は、1から38です。 スケール（小数点の右側の桁数）の範囲は、-84から127です。 スケールが負のとき、実際のデータは小数点の左側の指定桁数でまるめられます。  たとえば、(10, 2)は、小数点以下が2桁の10桁の数値を表します。(10, -2)と指定すると、10桁の整数が100の位で四捨五入されます。
Date		DATE型はどのような種類の日付にも使用できます。西暦の紀元前4712年の1月1日から、西暦4712年の12月31日までです。デフォルト・フォーマットはDD-MON-YY。 '01-JAN-92'のように表します。
Long		LONG型は、最大2ギガバイトの可変長の英数字データのロング・テキスト・フィールドに使用します。
Raw		RAW型はRAWバイナリ・データに使用します。最大サイズは255バイトです。値は16進の文字列で指定します。値は16進で表示されます。RAWデータにはサイズを指定してください。
Long Raw		LONG RAW型は、最大2ギガバイトのRAWバイナリ・データ（指定と表示は16進で行われる）に使用します。LONG RAW型ではサイズの指定は不要です。
MLSLABEL		MLSLABEL型は、機密性の高いオペレーティング・システムで使用するラベルのバイナリ・フォーマットの保存に使用します。Trusted Oracleでは、ラベルを媒体として情報にアクセスします。標準Oracle Serverを使用する場合は、このデータ型で列の定義もできます。Trusted Oracle、このデータ型およびラベルの詳細は、『Trusted Oracle8 Server管理者ガイド』を参照してください。


データ・ソース・オブジェクトの表記

  関連項目

以下に示したのは、リレーションでリンクされた2つのデータ・ソース・オブジェクトの例です。

アイコン、インジケータまたはこれらのオブジェクトの一部をクリックすると説明が表示されます。


オブジェクト型インジケータ

データ・ソース・オブジェクトの左上角のアイコンが、その種類を表します。

  表

  ビュー

  問合せ

  スナップショット

  シノニム


オブジェクト・タイトル

データ・ソース・オブジェクトの名前です。オブジェクト・タイトルをクリックすると名前を変更できます。


コメント・インジケータ

このアイコンは、このオブジェクト（あるいは列）に、コメントが添付されていることを表します。このアイコンをダブルクリックすると「情報」ダイアログ・ボックスがオープンします。 このダイアログ・ボックスにコメントが表示されます。


列名

このオブジェクトにある1つの列の名前です。列名をダブルクリックすると、問合せにその列がインクルードされます。


データ型インジケータ

これらのアイコンは、それぞれの列のデータ型を表します。 アイコンをクリックしたままにすると、ポップアップ・メニューが表示され、別のデータ型を選択できます。


リレーション線

2つの列の間に引かれる灰色の線です。 これは線で結ばれた列の間にリレーションが設定されていることを表します。線は外部キーから主キーに引かれます。


自己リレーション・インジケータ

このアイコンは、この列（外部キー）と同じ表にある別の列（主キー）との間に自己リレーションが設定されていることを表します。


主キー

太字で表示される列名。 列がオブジェクトの主キーであることを表します。


外部キー

イタリック体で表示される列名。 このキーが、別の列の主キーに関係付けられた外部キーであることを表します。外部キーを定義するには、2つの列の間にリレーションを設定する必要があります。


ユーザー・レジストリが、別ユーザーによってロックされています。レジストリを再試行しますか、それとも中止しますか?

原因:	初期化中に、Project Builderでユーザー・レジストリを読み込もうとしましたが、できませんでした。別のユーザーがレジストリを変更中で、書込み操作のためにレジストリをロックしたことによるものと考えられます。

処置:	ユーザー・レジストリへのアクセスを再度試みる場合は、「再試行」をクリックしてください。Project Builderを終了し、後で再試行する場合は、「終了」をクリックしてください。


グローバル・レジストリが、別ユーザーによってロックされています。レジストリを再試行しますか、それとも中止しますか?

原因:	初期化中に、Project Builderでグローバル・レジストリを読み込もうとしましたが、できませんでした。別のユーザーがレジストリを変更中で、書込み操作のためにレジストリをロックしたことによるものと考えられます。

処置:	グローバル・レジストリへのアクセスを再度試みる場合は、「再試行」をクリックしてください。Project Builderを終了し、後で再試行する場合は、「終了」をクリックしてください。


プロジェクト・レジストリが、別ユーザーによってロックされています:  <レジストリ・ファイル名>。レジストリを再試行しますか、それとも次のレジストリを続行しますか?

原因:	初期化中またはプロジェクト・オープン操作中に、Project Builderで、前述のプロジェクト・レジストリを読み込もうとしましたが、できませんでした。別のユーザーがレジストリを変更中で、書込み操作のためにレジストリをロックしたことによるものと考えられます。

処置:	プロジェクト・レジストリへのアクセスを再度試みる場合は、「再試行」をクリックしてください。このプロジェクトをスキップし、Project Builderセッションを続ける場合は、「継続」をクリックしてください。


ユーザー・レジストリが、別ユーザーによって変更されています。最近行った変更は破棄されました。

原因:	ユーザー・レジストリを変更しようとしましたが、変更によって以前の変更が上書きされるのを未然に防ぐために、実行されませんでした。

処置:	「OK」をクリックして、ユーザー・レジストリのコピーをリフレッシュし、最後の変更箇所を探し出して、必要ならば、再度変更してください。


グローバル・レジストリが、別ユーザーによって変更されています。最近行った変更は破棄されました。

原因:	グローバル・レジストリを変更しようとしましたが、変更によって以前の変更が上書きされるのを未然に防ぐために、実行されませんでした。

処置:	「OK」をクリックして、グローバル・レジストリのコピーをリフレッシュし、最後の変更箇所を探し出して、必要ならば、再度変更してください。


プロジェクト・レジストリが、別ユーザーによって変更されています: <レジストリ・ファイル名>。最近行った変更は破棄されました。

原因:	プロジェクト・レジストリを変更しようとしましたが、変更によって以前の変更が上書きされるのを未然に防ぐために、実行されませんでした。

処置:	「OK」をクリックして、プロジェクト・レジストリのコピーをリフレッシュし、最後の変更箇所を探し出して、必要ならば、再度変更してください。


ユーザー・レジストリが壊れています。レジストリからデータの回復を試みますか、それとも続行しますか?

原因:	ユーザー・レジストリ・ファイルが壊れています。

処置:	ユーザー・レジストリ・ファイルの情報を回復させるように試みる場合は、「回復」をクリックしてください。または、「終了」をクリックします。バックアップ・コピーがある場合は、バックアップからデータを回復することができます。


グローバル・レジストリが壊れています。レジストリからデータの回復を試みますか、それとも続行しますか?

原因:	グローバル・レジストリ・ファイルが壊れています。

処置:	グローバル・レジストリ・ファイルの情報を回復させるように試みる場合は、「回復」をクリックしてください。または、「終了」をクリックします。バックアップ・コピーがある場合は、バックアップからデータを回復することができます。


プロジェクト・レジストリが壊れています。レジストリからデータの回復を試みますか、それとも続行しますか?

原因:	プロジェクト・レジストリ・ファイルが壊れています。

処置:	プロジェクト・レジストリ・ファイルの情報を回復させるように試みる場合は、「回復」をクリックしてください。ファイルを開かない場合は、「取消」をクリックします。バックアップ・コピーがある場合は、バックアップからデータを回復することができます。


ユーザー・レジストリは古いバージョンです。アップグレードしますか?

原因:	ユーザー・レジストリ・ファイルが古いバージョンです。

処置:	ユーザー・レジストリ・ファイルを最新のバージョンにアップグレードする場合は、「OK」をクリックしてください。アップグレードしない場合は、「取消」をクリックしてください。

注意: このファイルをアップグレードしないと、いくつかの機能が利用できなくなる可能性があります。


グローバル・レジストリは古いバージョンです。アップグレードしますか?

原因:	グローバル・レジストリ・ファイルが古いバージョンです。

処置:	グローバル・レジストリ・ファイルを最新のバージョンにアップグレードする場合は、「OK」をクリックしてください。アップグレードしない場合は、「取消」をクリックしてください。

注意: このファイルをアップグレードしないと、いくつかの機能が利用できなくなる可能性があります。


プロジェクト・レジストリは古いバージョンです。アップグレードしますか?

原因:	プロジェクト・レジストリ・ファイルが古いバージョンです。

処置:	プロジェクト・レジストリ・ファイルを最新のバージョンにアップグレードする場合は、「OK」をクリックしてください。アップグレードしない場合は、「取消」をクリックしてください。

注意: このファイルをアップグレードしないと、いくつかの機能が利用できなくなる可能性があります。


ユーザー・レジストリの<数値>パーセントが断片化しています。断片化を解消しますか?

原因:	「作業環境」ダイアログ（「プロジェクト」タブ）で、レジストリの断片化が一定の割合に達すると、レジストリの圧縮を行うように指定されています。指定されたレジストリの断片化が、圧縮を開始するように設定されたパーセンテージに到達しました。

処置:	ユーザー・レジストリを圧縮する場合は、「はい」をクリックしてください。すぐに圧縮しない場合は「いいえ」をクリックしてください。「いいえ」をクリックした場合は、レジストリを圧縮するかまたは断片化を開始するパーセンテージを上げるまで、Project Builderの起動時にメッセージが表示されます。


グローバル・レジストリの<数値>パーセントが断片化しています。断片化を解消しますか?

原因:	「作業環境」ダイアログ（「プロジェクト」タブ）で、レジストリの断片化が一定の割合に達すると、レジストリの圧縮を行うように指定されています。指定されたレジストリの断片化が、圧縮を開始するように設定されたパーセンテージに到達しました。

処置:	グローバル・レジストリを圧縮する場合は、「はい」をクリックしてください。すぐに断片化を解消しない場合は、「いいえ」をクリックしてください。「いいえ」をクリックした場合は、レジストリを圧縮するかまたは断片化を開始するパーセンテージを上げるまで、Project Builderの起動時にメッセージが表示されます。


プロジェクト・レジストリの<数値>パーセントが断片化しています: <レジストリ・ファイル名>。断片化を解消しますか?

原因:	「作業環境」ダイアログ（「プロジェクト」タブ）で、レジストリの断片化が一定の割合に達すると、レジストリの圧縮を行うように指定されています。指定されたレジストリの断片化が、圧縮を開始するように設定されたパーセンテージに到達しました。

処置:	プロジェクト・レジストリを圧縮する場合は、「はい」をクリックしてください。すぐに断片化を解消しない場合は、「いいえ」をクリックしてください。「いいえ」をクリックした場合は、レジストリを圧縮するかまたは断片化を開始するパーセンテージを上げるまで、Project Builderの起動時にメッセージが表示されます。


プリンタが見つかりません。プリンタ構成を確認してください。

原因:	Project Builderがシステムにインストールされたプリンタを見つけることができません。

処置:	使用しているオペレーティング・システムのマニュアルを確認し、プリンタをインストールして、Project Builderアプリケーションを再起動してください。


次のアクションをテストしています: <コマンド・ライン>

原因:	「アクションのプレビュー」モードで、アクションを起動しました。このコマンドはオペレーティング・システムに対して実行するように要求されましたが、このアクションは表示されるのみで、実際には実行されていません。

処置:	デバッグを続行するには、「OK」をクリックします。


データベースが無効か、壊れています。

原因:	プロジェクト・レジストリが無効または壊れています。

処置:	プロジェクト・レジストリをテキスト・ファイルにエクスポートし、Project Builderにそのテキスト・ファイルをインポートすることによって、プロジェクト・レジストリの一部または全体を回復することができる可能性があります。レジストリをエクスポートするには、ファイル [image] プロジェクト・エクスポートを選択してください。次に、テキスト・ファイルをインポートするには、ファイル [image] プロジェクト・インポートを選択します。


プロジェクト・パスワードが無効です。

原因:	無効なパスワードが入力されました。

処置:	要求されている種類のパスワードを入力したかどうかと、パスワードの綴りを確認して、再入力してください。


新規ランチャ・エントリが、グローバル領域にインストールされています。それらをコピーしますか？

原因:	新製品がインストールされ、そのランチャ情報がグローバル・レジストリにコピーされました。

処置:	新規の情報でランチャを更新する場合は、「はい」をクリックしてください。ランチャを現状のままにしておく場合は、「いいえ」をクリックしてください。


選択したエントリを削除します。よろしいですか？

原因:	「作業環境」ダイアログの「ランチャ」タブでエントリを選択して、「削除」をクリックしました。

処置:	ランチャからエントリを永久に削除する場合は、「はい」をクリックしてください。ランチャを現状のままにしておく場合は、「いいえ」をクリックしてください。


解析中にエラーが発生しました: <文字列>。

原因:	Project Builderで、リストされた文字列を解析できませんでした。

処置:	コマンドをデバッグして、再試行してください。


起動文字列の実行中にエラーが発生しました（OSエラー・コード <nn>）: <オペレーティング・システム・メッセージ>。

原因:	Project Builderで、ツールを起動しようとしましたが、リストされたオペレーティング・システム・エラーが発生しました。

処置:	詳細は、使用しているプラットフォームのマニュアルを参照してください。


エントリが選択されていません。

原因:	ランチャ・エントリを選択せずに、「作業環境」ダイアログの「ランチャ」タブで「削除」または「編集」をクリックしました。

処置:	削除または編集する前に、ランチャ・ナビゲータでツールを1つ選択してください。


プロジェクトの作成に失敗しました。

原因:	Project Builderで、プロジェクトを作成できませんでした。次の原因が考えられます。

A.	プロジェクト・ファイルへの書込みアクセス権限がありません。

B.	プロジェクトの作成中に、別のユーザーがプロジェクト・ファイルを変更してしまいました。

C.	メモリーが不足しています。

処置:	このエラーの訂正には、次の処置を行ってください。

A.の場合	管理者に確認して、プロジェクトを作成しているディレクトリへのアクセス権限を確保してください。

B.の場合	プロジェクト・ディレクトリをリフレッシュしてください（ビューを切り替えるのが1つの方法です）。

C.の場合	不要なアプリケーションをクローズしてください。


このアクションの名前を入力してください。

原因:	アクションの名前を指定しないで、アクションを作成または編集しようとしました。

処置:	続行する前に、「名前」テキスト・フィールドにアクションの名前を入力してください。


バッチ出力データのファイル名を入力してください。

原因:	バッチ出力データのファイル名を入力しないで、バッチ出力ファイルを作成しようとしました。

処置:	続行する前に、「名前」テキスト・フィールドにバッチ出力ファイルの名前を入力してください。


接続の名前を入力してください。

原因:	接続名が必要です。

処置:	「タイトル」テキスト・フィールドに新しい接続の名前を入力してから、接続情報を入力してください。


このファイルの配布先がありません。

原因:	配布プロジェクトのすべてのファイルにデフォルトの配布先が必要です。

処置:	「OK」をクリックして配布ウィザードに戻り、「配布先ディレクトリ名とファイル名」フィールドで、デフォルトのディレクトリを指定してください。


製品名は8文字以下の英数字で指定し、空白は含めないでください。

原因:	9文字以上の製品名、特殊な文字を含んだ製品名または空白を含む製品名を入力しました。

処置:	「OK」をクリックして配布ウィザードに戻り、命名規則に従って名前を指定してください。


リリース先のディレクトリを指定してください。

原因:	配布ウィザードはリリース先のディレクトリを指定せずにファイルをコピーまたはFTPすることはできません。

処置:	「OK」をクリックして配布ウィザードに戻り、適切なフィールドでリリース先ディレクトリを指定してください。


製品名を指定してください。

原因:	製品名を入力する必要があります。

処置:	「OK」をクリックして配布ウィザードに戻り、「名前」テキスト・フィールドで製品名を入力してください。製品名は8文字以下で、特殊な文字やスペースを含まないでください。


環境変数を指定するか、この行を削除してください。

原因:	配布を完了するには、1つ以上のファイルが「配布するファイル」パネルに表示される必要があります。

処置:	「OK」をクリックして配布ウィザードに戻って、矢印を使用してファイルを「配布するファイル=はい」パネルから「配布するファイル」パネルに動かしてください。


ログインに失敗しました。

原因:	Project Builderはホスト・マシンにログインできなかったので、FTP操作は失敗しました。

処置:	「OK」をクリックして配布ウィザードに戻ってください。正しいユーザー名、パスワード、ホスト名およびアカウント（必要に応じて）を入力したかどうかを確認してから、再度配布操作を行ってください。


選択されたオブジェクトに対応するファイルがありません。これらをリリースから削除しますか?

原因:	配布ウィザードは選択されたオブジェクトに対応するファイルを確認することができませんでした。

処置:	このリリースから対応していないファイルを省略するには、「はい」をクリックしてください。または、「いいえ」をクリックして配布ウィザードからプロジェクトを再度ビルドして、見つからないファイルをインクルードします。


配布するファイルはありません。

原因:	配布を完了するには、1つ以上のファイルが「配布するファイル」パネルに表示される必要があります。

処置:	「OK」をクリックして配布ウィザードに戻り、矢印を使用してファイルを「配布するファイル=はい」パネルから「配布するファイル」パネルに動かしてください。


接続の名前を入力してください。

原因:	接続名が必要です。

処置:	「タイトル」テキスト・フィールドに新しい接続の名前を入力してから、接続情報を入力してください。


項目のファイル名を入力してください。

原因:	ナビゲータまたはプロパティ・パレットで、項目のファイル名を削除しました。

処置:	続行する前に、ファイル名を再入力してください。


項目の名前を入力してください。

原因:	ナビゲータまたはプロパティ・パレットで、項目の名前を削除しました。

処置:	続行する前に、項目の名前を入力し直してください。


このタイプの名前を入力してください。

原因:	タイプの名前を指定しないで、タイプを作成または編集しようとしました。

処置:	続行する前に、「タイプ」テキスト・フィールドにタイプの名前を入力してください。


マクロ名には英数字とアンダースコアしか使用できません。

原因:	マクロ名に不正な文字を使用しました。

処置:	アルファベットとアンダースコアのみを使用して、マクロ名を再入力してください。


マクロの名前を入力してください。

原因:	マクロの名前を指定しないで、マクロを作成または編集しようとしました。

処置:	続行する前に、「マクロ名」テキスト・フィールドにマクロの名前を入力してください。


定義済みマクロの名前は使用できません。

原因:	b、n、dやfなどの単独の文字は定義済みマクロの名前として予約されているので使用できません。

処置:	別のマクロの名前を指定してください。


新しいパスワードと確認用のパスワードが一致しません。入力し直してください。

原因:	確認用のパスワードが間違っていることが考えられます。

処置:	新しいパスワードと確認用のパスワードを再入力してください。


警告: 作業環境を保存できませんでした。

原因:	Project Builderで、作業環境ファイルに作業環境を書き込もうとしましたが、できませんでした。

処置:	作業環境ファイルのあるディレクトリに、確実に書込みができるようにしてください。


警告: プロジェクト属性を設定できませんでした。（プロジェクト・レジストリへの書込みが可能であることを確認してください。）

原因:	Project Builderで、プロジェクト定義ファイルにプロジェクトの属性を書き込もうとしましたが、できませんでした。

処置:	プロジェクト定義ファイルとディレクトリに、確実に書込みができるようにしてください。


この操作を行なうと、グローバル領域にインストールされているランチャ・エントリが、このランチャにコピーされます。続行しますか?

原因:	「作業環境」ダイアログの「ランチャ」タブで「デフォルト」をクリックしました。

処置:	グローバル・レジストリのランチャ情報で使用しているランチャを更新する場合は、「はい」をクリックしてください（使用しているランチャ情報の一部が、上書きされる場合があります）。ランチャを現状のままにしておく場合は、「いいえ」をクリックしてください。


プロジェクト項目と同時にプロジェクト・レジストリ・ファイルも削除しますか?

原因:	プロジェクト全体を削除しようとしました。プロジェクト・レジストリ・ファイルを保存するか、プロジェクト項目と同時に削除するかどうか選択することができます。

処置:	プロジェクト・レジストリ・ファイルを削除するには、「はい」をクリックしてください。プロジェクト項目のみを削除して、プロジェクト・レジストリ・ファイルを保存する場合は、「いいえ」をクリックしてください。プロジェクトの削除を中止するには、「取消」をクリックしてください。


警告: プロパティ・パレットを作成できませんでした。メモリーが十分あるか確認してください。

原因:	Project Builderで、プロパティ・パレットを要求時に生成できませんでした。メモリーが不十分であったためと考えられます。

処置:	不要なアプリケーションをクローズして、使用可能なメモリーの量を増やしてください。


要求するタイプの作成/変更に失敗しました。タイプのレジストリが書込み可能であることと、別ユーザーによって変更されていないことを確認してください。

原因:	Project Builderで、適切なレジストリにタイプのプロパティを書き込もうとしましたが、できませんでした。次の原因が考えられます。

A.	プロジェクト・ファイルへの書込みアクセス権限がありません。

B.	別のユーザーがプロジェクト・ファイルを変更しました。

処置:	このエラーの訂正には、次の処置を行ってください。

A.の場合	管理者に確認して、プロジェクトを作成しているディレクトリへのアクセス権限を確保してください。

B.の場合	別のユーザーが、絶対にプロジェクトへの書込みをしないようにしてください。


プロジェクト・レジストリのファイル名を入力してください。

原因:	新規プロジェクトのファイル名を入力しないで、プロジェクト・ウィザードの「次へ」をクリックしました。

処置:	続行する前に、「プロジェクト・レジストリ・ファイル名」テキスト・ボックスにファイル名を入力してください。


ファイル名を入力してください。

原因:	プロジェクト・ファイルのファイル名を入力しないで、プロジェクト・ウィザードの次のページに進もうとしました。

処置:	「プロジェクト・データベース・ファイル名」テキスト・フィールドにプロジェクトの名前を入力するかまたはファイル名を参照し、選択してから次に進んでください。


ディレクトリを入力してください。

原因:	プロジェクト・ファイルのデフォルト・ディレクトリを指定しないで、プロジェクト・ウィザードの次のページに進もうとしました。

処置:	「プロジェクト項目のデフォルト・ディレクトリ」テキスト・フィールドにプロジェクトのデフォルト・ディレクトリの名前を入力するかまたはディレクトリ名を参照し、選択してから次に進んでください。


ランチャ状態を保存できません。

原因:	Project Builderで、作業環境ファイルにランチャの作業環境を書き込もうとしましたが、できませんでした。

処置:	作業環境ファイルのあるディレクトリに、確実に書込みができるようにしてください。


プロジェクトにリンクしたファイルとそのリンクを削除しますか?

原因:	プロジェクト・ナビゲータでプロジェクトを選択し、「カット」または「消去」を選択しました。

処置:	プロジェクト・ナビゲータからプロジェクトを削除するのみでなく、ファイル・システムからプロジェクト定義ファイルも削除する場合は、「はい」をクリックしてください。プロジェクトを残しておく場合は、「いいえ」をクリックしてください。


この操作を行うと、選択した項目がプロジェクトから削除されます。よろしいですか?

原因:	プロジェクト・ナビゲータでファイルを選択し、「ナビゲータ」の「削除」を選択しました。

処置:	選択したファイルをプロジェクトから削除する場合は、「はい」をクリックしてください（このアクションでは、ファイル・システムから項目は削除されません）。選択したファイルを残す場合は、「いいえ」をクリックしてください。


スクリプト名を入力してください。

原因:	Oracle Installerスクリプトを作成するには、配布ウィザードでスクリプト名を入力する必要があります。スクリプト名は内部で製品の記録に使用されます。

処置:	「OK」をクリックして配布ウィザードに戻って、「スクリプト」フィールドでスクリプト名を入力してください。


プロジェクト・ナビゲータ

プロジェクト・ナビゲータでは、現在オープンしているプロジェクトにあるものがすべて階層型に表示され、これらの項目にアクセスできます。各トピックの詳細は、トピックをクリックしてください。

プロジェクト・ナビゲータについて

プロジェクトの階層について

ノードの拡張および縮小について

オブジェクトの削除

ノードの拡張

ノードの縮小

ブックマークの設定

ブックマークへジャンプ


プロジェクト・ナビゲータについて

  関連項目

プロジェクト・ナビゲータでは、オープンしているすべてのプロジェクトとその中のすべての項目を階層型に表示します。

プロジェクト・ナビゲータには、次のコンポーネントがあります。

ノード表示領域	プロジェクト・ナビゲータのメイン・コンポーネントです。この領域には、現在使用可能なオブジェクトがすべて階層表示されます。( [image] のマークが付いているプロジェクトは読取り専用です。)
現在のオブジェクト	現在選択されているタイプ、接続、プロジェクトまたは項目を表示します。ドロップダウン・リストを使用して、現在の階層構造に関連したオブジェクトを表示します。オープンしているプロジェクトが、プロジェクト・ナビゲータでの表示順に常に一覧表示されます。その他のノードは、現在のオブジェクトがそのノードに属している場合にのみ一覧表示されます。ドロップダウン・リストでオブジェクトを強調すると、同時にそのオブジェクトがプロジェクト・ナビゲータでも選択されます。
検索フィールド	指定されたテキスト文字列をプロジェクト・ナビゲータから検索します。ターゲットのサブプロジェクト、タイプまたは項目が縮小されているノードに属する場合、そのノードは拡張されます。階層構造の上方向または下方向に検索アクションを繰り返すには、 [image] アイコンおよび [image] アイコンをクリックします。
ツールバー	「プロジェクト・オープン」、「カット」、「コピー」、「ペースト」、「選択項目をビルド」および「変更分をビルド」といった、いくつかのメニューからも使用できる共通のコマンドが含まれています。ツールの内容を確認するには、マウス・ポインタをボタンの上に置きます。
ランチャ	デフォルトではプロジェクト・ナビゲータの左側に表示される補助ツールバーです。開発プロセスの間に最も頻繁に使用するツールを、Project Builderから直接編成し、起動できます。
ステータス領域	3つの部分に分かれています。   - フィルタ。プロジェクト・ナビゲータに現在適用されているフィルタの種類を示します。 - 接続。現在選択されているプロジェクトに対する接続を示します。 - 現在のプロジェクト・レジストリ・ファイルの完全なパス名。または、ツールバーおよびメニュー項目のヘルプ・ヒント。


プロジェクトの階層について

  関連項目

プロジェクト・ナビゲータでは、プロジェクトとそれらに関係付けられた項目（タイプやデータソース接続文字列など）を階層型に表示します。

階層の一番上はグローバル・レジストリで、Project Builderではすべてのプロジェクトの基礎となり、Forms DeveloperおよびReports Developerアプリケーションで使用される多種多様なファイルの説明が含まれています。これらの説明に含まれている情報には、ファイルのオープン、編集方法および配布用ファイルのパッケージ方法が含まれます。

グローバル・レジストリの下には、1つ以上のユーザー・レジストリがあります。ユーザー・レジストリには、ユーザー固有のタイプの定義のほか、グローバル・レジストリで提供されるタイプの変更も含まれています。ユーザー・レジストリには、各種データソースへのアクセスに使用される接続文字列などの、1人のユーザーのProject Builderセッション専用の情報もあります。

階層の一番下はプロジェクトと、ファイルに対する実際のポインタであるプロジェクト・エントリです。プロジェクトの表示方法の選択によって、エントリは、タイプに基づく階層か、またはファイル間の依存性に基づく階層のいずれかで表示されます。個々のファイルは、それぞれのタイプ定義（ユーザー・レジストリの定義、なければグローバル・レジストリの定義）に保存された情報を継承します。タイプ情報は、個々のファイルでも上書きできます。


ノードの拡張および縮小について

  関連項目

プロジェクト・ナビゲータは、最初、最上位レベルのノードのみが参照できる形で表示されます。プラス記号（+）は、ノードに非表示のサブオブジェクトがあることを示します（つまり、オブジェクトは縮小されています）。マイナス記号（-）は、すべてのサブオブジェクトが参照できることを示します（つまり、オブジェクトは拡張されています）。

一度に1レベルずつ、または同時にすべてのレベルで、ノードを拡張および縮小できます。


項目の削除

  関連項目

項目を削除するには:

1	項目のノードをクリックして選択します。

2	「ナビゲータ」 [image] 「削除」を選択するか、またはツールバーの [image] をクリックします。

メニュー・コマンドを選択すると、削除の確認を求める警告が戻されます。ツールを選択すると、削除の確認は求められません。


ノードの拡張

  関連項目

ノードの最初のレイヤーのサブノードを拡張するには:

  ノードのプラス記号（+）をクリックします。

ノードを拡張して、すべてのサブプロジェクトを表示するには:

1	縮小したノードをクリックします。

2	メニューから「ナビゲータ」 [image] 「すべて拡張」を選択します。


ノードの縮小

  関連項目

ノードを縮小し、最初のレイヤーのサブノードを非表示にするには:

  ノードのマイナス記号（-）をクリックします。

ノードを縮小し、すべてのサブオブジェクトを非表示にするには:

1	拡張したノードをクリックします。

2	メニューから「ナビゲータ」 [image] 「すべて縮小」を選択します。


ブックマークの設定

  関連項目

ブックマークを設定するには:

1	ブックマークを設定するノードをクリックします。

2	メニューから「ナビゲータ」 [image] 「ブックマーク追加」を選択します。

注意:

•	プロジェクト・ナビゲータでは、ブックマークは1つしか設定できません。ブックマークを作成するたびに、新しいブックマークが以前作成したブックマークに置き換わります。

•	ブックマークは、プロパティ・パレットを開いて、2つの項目のプロパティを比較するときに特に便利です。


ブックマークへジャンプ

  関連項目

ブックマークへジャンプするには:

 メニューから「ナビゲータ」 [image] 「ブックマークへジャンプ」を選択します。

注意: 「ナビゲータ」 [image] 「ブックマークへジャンプ」を繰り返し選択して、現在の選択内容とブックマークを切り替えます。この操作は、プロパティ・パレットを開いて、2つの項目のプロパティを比較するときに特に便利です。


?


プロパティ・パレット

プロパティ・パレットにより、プロジェクト・ナビゲータで現在選択された項目のプロパティにアクセスできます。各トピックの詳細は、トピックをクリックしてください。

プロパティ・パレットについて

プロパティ・パレットでの複数選択について

プロパティのコピーについて

プロパティ・パレットのツールバー・コマンドについて

プロパティ・パレットのアイコンについて

プロパティ・パレットを起動する

プロパティ・パレットをクローズする

プロパティ・パレットを使用してプロパティを設定する

項目間でプロパティを比較する

項目間でプロパティをコピーする

プロジェクト・ディレクトリと親ディレクトリについて


プロパティ・パレットについて

プロパティ・パレットのアウトラインスタイル・インタフェースにより、オブジェクト・プロパティの表示、位置付けおよび設定ができます。

プロジェクト・ナビゲータで項目を選択すると、プロパティ・パレットはそのオブジェクトのプロパティを表示するように更新されます。デフォルトでは、異なるオブジェクトを選択するたびに、パレットに表示されるプロパティ・リストが変わります。特定パレットを変更しない場合は、プロパティ・パレット・ツールバーの [image] をクリックします。変更を元へ戻すには、 [image] をクリックします。

オブジェクトのプロパティを比較する必要がある場合、必要に応じてその他のパレットを起動します。

プロパティ・パレットが常に他のウィンドウの手前に表示されるようにする（または、常に他のウィンドウの手前に表示されないようにする）には、「ツール」 [image] 「作業環境」を選択し、「ナビゲータ」タブをクリックします。次に、「プロパティ・パレットを常に最上位にする」チェックボックスを選択（または選択解除）します。

プロパティ・パレットには、次の機能があります。

プロパティ・リスト

プロパティ・リストは、プロパティ名とプロパティ値の2列のリストです。オブジェクトが選択されていない場合、リストにプロパティは表示されません。プロパティは、「アクション」および「マクロ」のように機能ヘッダーの下にグループ化されます。クリックするか、上/下の矢印キーによってナビゲートし、リストのプロパティを選択します。プロパティ・リスト・ペインで、プロパティを選択し、必要に応じて入力またはダブルクリックして、プロパティを設定することができます。

名前

ツールバーのすぐ下にある「名前」フィールドは、プロジェクト・ナビゲータで現在選択されているオブジェクトの名前を表示します。オブジェクトが選択されていない場合、または同時に複数のオブジェクトが選択されている場合には、「名前」フィールドは表示されません。

プロパティ制御の設定

プロパティ・リストにプロパティが選択されている場合、テキスト・フィールド、ポップリストまたは「. . .」ボタンが、プロパティの他に次のように表示されます。

•	現行のプロパティがテキスト値を入力して設定できる場合、テキスト・フィールドが表示されます。さらに長いテキスト値を必要とするプロパティの場合は、テキスト・フィールドの横にあるアイコン・ボタンを押して、モーダル・エディタを起動します。

•	「はい/いいえ」または一連の固定有効値のいずれかがある場合、プロパティのポップリストが表示されます。

•	「. . .」ボタンは、 現行のプロパティがさらに複雑な値を必要とする場合に表示されます。このボタンをクリックすると、必要な情報を入力するためのダイアログが起動されます。


プロパティ・パレットでの複数選択について

同時に複数のオブジェクトを選択するには、プロジェクト・ナビゲータで[Shift]キーを押しながらクリックするか、または[Ctrl]キーを押しながらクリックします。複数のオブジェクトを選択する場合、「複数選択」が 1つのオブジェクト名のかわりにプロパティ・パレットの一番上に表示されます。

2つ以上のオブジェクトを選択する場合、プロパティ・パレット・ツールバーの｢論理積/論理和｣コマンド [image] / [image] により、プロパティ・リストにどのプロパティを表示するか判断されます。「論理積」と「論理和」を切り替えると、プロパティ・パレットに表示されるプロパティのリストは変更されますが、プロパティの設定には影響ありません。

論理積  デフォルト。すべての選択されたオブジェクトに共通のプロパティのみが表示されます。

論理和  選択された各オブジェクトのプロパティがすべて表示されます。

オブジェクトを複数選択した場合、2つ以上のオブジェクトに共通のプロパティが一度だけリストされ、プロパティの設定は次のように表示されます。

•	選択されたすべてのオブジェクトの共通プロパティが同じ設定の場合、共通の設定が表示されます。

•	オブジェクトの共通プロパティの設定が異なる場合、文字列「***」が表示されます。


プロパティのコピーについて

2つのオブジェクト間でプロパティ設定をコピーするには、プロパティ・パレット・ツールバーの [image] および [image] が使用できます。

同じタイプのオブジェクト間でプロパティのコピーを行う場合が多くあります。しかし、異なるタイプのオブジェクト間でもプロパティをコピーできます。このケースでは、ターゲット・オブジェクトに適用されていないプロパティは無視されます。

複数選択のプロパティをコピーするときは、値が対立しないプロパティのみがクリップボードにコピーされます。たとえば、プロジェクト・ナビゲータで選択された3つのテキスト・ファイルのプロパティをコピーする場合には、すべてが同じであるアクション編集のみがコピーされます。


プロパティ・パレットのツールバー・コマンドについて

ツールバーを使用すれば、コマンドに迅速にアクセスできます。実行するコマンドのアイコンをクリックします。

プロパティ・コピー	プロパティ・パレットに現在表示されているプロパティ設定をクリップボードにコピーします。
プロパティ・ペースト	コピーされたプロパティ設定をプロパティ・パレットのプロパティ・リストにペーストします。プロパティ・リストにはないプロパティは無視されます。
プロパティ追加	ツールのクリック時の現行の選択位置によって、「アクション追加」または「マクロ追加」ダイアログのいずれかを表示します。
プロパティ削除	プロパティ・リスト内の現在選択されているプロパティを削除します。
継承	現行のプロパティを継承値またはデフォルト値に再設定します。
論理積/論理和	プロパティ・パレットの論理和表示モードと論理積表示モードの切替えを行います。同時に複数のオブジェクトが選択されている場合（複数選択）、このオプションによってどのプロパティが表示されるかが決まります。論理積モード（デフォルト）では、選択されたオブジェクトに共通のプロパティのみが表示されます。論理和モードでは、現在選択されているすべてのオブジェクトのプロパティが表示されます。
固定解除	プロパティ・パレットの同期化のオンとオフを切り替えます。「停止」がオフ（デフォルト）の場合、プロジェクト・ナビゲータで選択する項目のプロパティを表示するように、プロパティ・リストが更新されます。「停止」がオンの場合、プロパティ・リストは固定されて更新されないため、その他のプロパティ・リストと比較できます。


プロパティ・パレットのアイコンについて

プロパティ・パレット・ツールバーのツールに加えて、プロジェクト項目プロパティについて特定情報を示すアイコンがあります。

•	「継承」アイコン [image] は、プロパティが継承されている状態を示しています。

•	「上書き」アイコン [image] により、継承されたアクションは上書きされることを示します。

•	「ローカル」アイコン [image] により、そのプロパティは（継承されるのではなく）プロパティ・パレットで定義されたプロパティであることを示します。

•	「デフォルト」アイコン [image] は、プロパティがまだ設定されていないことを示しています。


プロパティ・パレットの起動

プロパティ・パレットを起動するには:

•	「ツール」 [image] 「プロパティ・ パレット」コマンドを選択します。

または

•	希望の項目をクリックし、次にポップアップ・メニューから「プロパティ・パレット」を選択します。


プロパティ・パレットのクローズ

プロパティ・パレットをクローズするには:

  プラットフォームの仕様に従います。自分のプラットフォームのウィンドウをクローズする方法でクローズしてください。


プロパティ・パレットを使用してプロパティを設定する

プロパティ・パレットを使用してプロパティを設定するには、次のようにします。

1	プロパティを設定する項目を選択します。

2	「ツール」 [image] 「プロパティ・ パレット」コマンドを選択します。

プロパティ・パレットに、選択した項目のプロパティが表示されます。

3	設定するプロパティを選択します。

プロパティを選択するには、クリックするか、[↑]/[↓]の矢印キーによってナビゲートします。プロパティが選択されると、テキスト・フィールド、ポップリストまたは「. . .」ボタンがプロパティの横に表示されます。

4	選択したプロパティを希望どおりに設定します。


複数選択のプロパティを設定する

複数選択してプロパティを設定するには:

1	プロジェクト・ナビゲータで、プロパティを設定する項目を選択します。これらの項目は、タイプが異なる場合がありますし、ドキュメントが異なる場合もあります。

2	プロパティ・パレットで、すべてのオブジェクトのすべてのプロパティを見るには、 [image] （｢論理和ボタン｣）をクリックします。また、オブジェクトに共通しているプロパティのみを見るには、ツールを [image] （｢論理積ボタン｣）にしておきます。

3	プロパティを希望どおりに設定します。

プロパティの設定に加えた変更は、現在選択されている項目のうちで、そのプロパティが適用されるすべての項目に適用されます。


項目間でプロパティを比較する

オブジェクト間でプロパティを比較するには、次の手順に従います。

1	プロジェクト・ナビゲータで、プロパティ・パレットにプロパティが表示される最初の項目を選択します。

2	プロパティ・パレットで、 [image] をクリックし、プロパティ・パレットの同期化をオフにして"停止"させます。

3	プロジェクト・ナビゲータで、次の項目を選択し、次にポップアップ・メニューから「プロパティ・パレット」を選択します。

2つ目のプロパティ・パレットが表示されます。2つ目のウィンドウが最初のウィンドウの上に重なったときは、ドラッグして最初のウィンドウの横に並べます。


項目間でプロパティをコピーする

項目間でプロパティをコピーするには:

1	コピーするプロパティ設定のある項目を選択します。

2	ツールバーの [image] をクリックします。

3	ターゲット項目を選択します。

4	クリップボードからプロパティをペーストするには、 [image] をクリックします。


「編集」メニュー

元に戻す

カット

コピー

ペースト

消去

すべて選択


元に戻す

実行した最後の操作を元に戻します。たとえば、オブジェクトを不用意に削除してしまっても、「元に戻す」で復元できます。

一部の操作は、元に戻せないことに注意してください。この状態が発生すると、「元に戻す」メニュー・コマンドは非アクティブになります。

ダイアログ・ボックス内では、「元に戻す」を選択できません。ダイアログで行った変更を元に戻すには、変更を確定しないで、ダイアログの「取消」または「クローズ」をクリックします。


カット

現在選択されている項目またはテキストを削除し、クリップボードに保存します。これにより「ペースト」メニュー・コマンドを使って、クリップボードの内容をプロジェクト・ナビゲータの他の場所に挿入できます。

カット操作を行うたびに、クリップボードの内容は上書きされます。カット操作を元に戻しても、クリップボードの以前の内容は元に戻りません。


コピー

現在選択されている要素またはテキストを、（カットのように）削除せずにクリップボードに保存します。これにより「ペースト」メニュー・コマンドを使用して、クリップボードの内容を画面の別の場所に挿入できます。

コピー操作を行うたびに、クリップボードの内容は上書きされます。コピー操作は元に戻せません。


ペースト

現行ウィンドウのレイアウト上に、クリップボードの内容（最後にカットまたはコピーした項目やテキスト）を挿入します。

クリップボードが空、またはペースト操作を実行できない場合、「ペースト」メニューは非アクティブになります。

ペースト操作を行っても、クリップボードの内容は変更されません。必要ならば、クリップボードの内容を何回でもペーストできます。


消去

現在選択されている項目またはテキストを、（カットのように）クリップボードに保存しないで削除します。

消去操作を行っても、クリップボードの内容は変更されません。


すべて選択

このメニュー・コマンドを選択すると、プロジェクト・ナビゲータで選択された項目とビュー（依存性表示またはプロジェクト・ビュー）によっては、複数の項目を選択します。

「すべて選択」を選択したとき、プロジェクト・ナビゲータで何も選択されないと、プロジェクト・ナビゲータの階層の下にあるユーザー・レジストリのすべての項目が選択されます。「すべて選択」の選択時にプロジェクトが選択されると、プロジェクトのすべての項目が選択されます。子を持つ項目を選択すると、すべての子が選択されます。たとえば依存性表示を表示している場合に、.fmxファイルを選択して「すべて選択」を選択すると、fmxファイルの生成に対する入力である.fmbも選択されます。


「ヘルプ」メニュー

Project Builderヘルプ・トピック

キュー・カード

クイック・ツアー

Project Builderオンライン・ブック

Project Builderについて


Project Builderヘルプ・トピック

Project Builderヘルプ・システムを起動します。ヘルプ・システムでは、使用しているオペレーティング・システム用の標準ヘルプ・インタフェースをヘルプ・システムで利用できる場合は、これを使用します。


Project Builderオンライン・ブック

Forms Developerオンライン・マニュアルを起動します。


キュー・カード

キュー・カードを起動します。キュー・カードは、Project Builderの多くの基本的な作業の実行を支援する指示カードです。


クイック・ツアー

クイック・ツアーを起動します。クイック・ツアーは、Project Builderで使用できるツールと、プロジェクト作成プロセスに関する基本的なステップの概要です。


Project Builderについて

「Project Builderについて」ダイアログ・ボックスを表示します。「Project Builderについて」ダイアログ・ボックスには、バージョン番号や著作権の注意など、Project Builder実行プログラムについての情報が含まれています。詳細は、「Project Builderについて」ダイアログ・ボックスを参照してください。


「ファイル」メニュー

新規作成

プロジェクト・オープン

プロジェクト・クローズ

プロジェクト・インポート

プロジェクト・エクスポート

管理

プロジェクト・レポート出力

ページ設定

最近使用したファイルの一覧

終了


作成

新規のプロジェクト項目を作成します。

このメニュー項目では、次のサブメニュー項目が表示されます。

プロジェクト	新規のプロジェクト・ファイルを定義できる「新規プロジェクト」ダイアログを表示します。「新規プロジェクト」ダイアログは、標準ファイル・ダイアログで、システムの他のファイル・ダイアログと使用方法は同じです。
サブプロジェクト	新規サブプロジェクトのデフォルト・ディレクトリを選択できる「新規サブプロジェクト」ダイアログを表示します。
接続	新規の接続を指定できる「接続追加」ダイアログを表示します。
タイプ	新規のタイプを定義できる「モジュール・タイプ・ウィザード」ダイアログを表示します。
アクション	新規のアクションを定義できる「アクション追加」ダイアログを表示します。
マクロ	新規のマクロを定義できる「マクロ追加」ダイアログを表示します。


プロジェクト・オープン

既存のプロジェクト・ファイルを取り出すのに使用できる「プロジェクト・オープン」ダイアログを表示します。複数のプロジェクトを同時にオープンできます。

「プロジェクト・オープン」ダイアログは、標準のファイル・ダイアログです。使用方法は、使用しているシステムの他のファイル・ダイアログと同じです。


プロジェクト・クローズ

現行のプロジェクトを、自動的に保存してから終了します。


プロジェクト・インポート

「インポート・オプション」ダイアログを表示します。「プロジェクト・インポート」により、プロジェクトとレジストリ情報をインポートできます。詳細は、「インポート・オプション」ダイアログ・ボックスを参照してください。


プロジェクト・エクスポート

「エクスポート・オプション」ダイアログを表示します。「プロジェクト・エクスポート」により、プロジェクトとレジストリ情報をエクスポートできます。詳細は、「エクスポート・オプション」ダイアログ・ボックスを参照してください。


管理

このメニュー項目では、次のサブメニュー項目が表示されます。

チェックアウト	ソース制御システムのチェックアウト・ダイアログを起動します。
チェックイン	ソース制御システムのチェックイン・ダイアログを起動します。
ソース制御オプション	ソース制御システムのオプション・ダイアログを起動します。
プロジェクト・パスワードの設定	選択したプロジェクトのパスワードを設定するための「プロジェクト・パスワードの設定」ダイアログを起動します。


プロジェクト・レポート出力

「プロジェクト・レポート出力」ダイアログを表示します。「プロジェクト・レポート出力」により、選択したプロジェクトについての情報を含むレポートを出力できます。詳細は、「プロジェクト・レポート出力」ダイアログ・ボックスを参照してください。


ページ設定（印刷設定）

使用しているプラットフォームの「ページ設定」ダイアログを表示します。通常設定しているとおりに指定してください。


最近使用したファイルの一覧

最近使用した4つのプロジェクト・ファイルを降順でリストします。


終了

Project Builderセッションを終了します。

オープンしているすべてのプロジェクトがクローズされ、セッションが終了します。プロジェクトは自動的に保存されます。


「プロジェクト」メニュー

プロジェクトにファイルを追加

プロジェクトにディレクトリを追加

選択項目をビルド

変更分をビルド

すべてをビルド

「アクションのプレビュー」モード


プロジェクトにファイルを追加...

「プロジェクトにファイルを追加」ダイアログ・ボックスを表示します。これは標準的なファイル・ダイアログで、システムの他のファイル・ダイアログと使用方法は同じです。

注意:  Windowsでは、1度に1つのディレクトリからしかファイルを選択できません。さらに、Windowsでは、ファイル・ダイアログで一度に選択できるファイル数に制限があります。選択できるファイルの最大数は、ファイル名の長さによって異なります。長いファイル名の場合は約250ファイル、「8.3」表記に限定された名前の場合は約600ファイルを選択できます。

選択したファイルが多すぎると、プロジェクトには何も追加されません。をクリックしてファイル・ダイアログを表示し、ファイル数を減らして追加し、必要に応じてこの操作を繰り返します。


選択項目をビルド

プロジェクト・ナビゲータで選択されたすべてのファイルをビルドします。ファイルは、それぞれのタイプに関係付けられた特定のアクション（通常は「コンパイル」）に基づいてビルドされます。


変更分をビルド

選択したプロジェクトで古くなったファイルをすべて検出し、それぞれのタイプに関係付けられた特定のアクション（通常は「コンパイル」）に基づいてビルドします。


すべてをビルド

選択したプロジェクトで、コンパイル可能なすべてのファイルを強制的にコンパイルします。ファイルは、それぞれのタイプに関係付けられた特定のアクション（通常は「コンパイル」）に基づいてビルドされます。


プロジェクトにディレクトリを追加

「プロジェクトにディレクトリを追加」ダイアログを表示します。ここでは現在選択されているプロジェクトに、ディレクトリ全体を追加できます。


「アクションのプレビュー」モード

クリックすると、アクションおよびマクロのテストに使用できる「アクションのプレビュー」モードに移行します。このモードでは、起動されたアクションは実際に実行されるのではなく、画面に表示されます。このようにして、アクションの動作を実際に起動する前に検証できます。


「ツール」メニュー

プロジェクト・ウィザード

モジュール・タイプ・ウィザード

配布ウィザード

プロパティ・パレット

作業環境


プロジェクト・ウィザード...

プロジェクト・ウィザードを表示します。プロジェクト・ウィザードにより、新規のスタンドアロン・プロジェクトまたはサブプロジェクトを、簡単かつ迅速に定義することができます。詳細は、プロジェクト・ウィザードを起動し、オンライン・ヘルプを参照してください。


モジュール・タイプ・ウィザード...

モジュール・タイプ・ウィザードを表示します。モジュール・タイプ・ウィザードにより、追加のタイプを簡単かつ迅速に定義することができます。詳細は、モジュール・タイプ・ウィザードを起動し、オンライン・ヘルプを参照してください。


プロパティ・パレット

プロパティ・パレットを表示します。詳細は、「プロパティ・パレットについて」を参照してください。


作業環境

「作業環境」ダイアログを表示します。「作業環境」ダイアログにより、プロジェクトとランチャのデフォルトなど、Project Builderセッションのいくつかの特徴をカスタマイズできます。詳細は、「作業環境」ダイアログ・ボックスを参照してください。


配布ウィザード

配布ウィザードを表示します。配布ウィザードを使用すると、完了したプロダクトを保存する場所を作成し、そこにファイルをコピーまたは転送することができます。また、配布ウィザードを使用すると、Oracle Installerを使用してプロダクトをインストールするときに必要なスクリプトを作成することもできます。詳細は、配布ウィザードについてを参照してください。


「ナビゲータ」メニュー

プロジェクト・ビュー

依存性表示

フィルタ・ビュー

フィルタの管理

拡張

縮小

すべて拡張

すべて縮小

作成

削除

ブックマーク追加

ブックマークへジャンプ


プロジェクト・ビュー

プロジェクト・ナビゲータの表示を、プロジェクト・ビューに切り替えます。プロジェクト・ビューの詳細は、「プロジェクト・ビューについて」を参照してください。


依存性表示

プロジェクト・ナビゲータの表示を、依存性表示に切り替えます。依存性表示の詳細は、「依存性表示について」を参照してください。


拡張

プロジェクト・ナビゲータで、現在選択されているノードを（縮小されている場合）拡張します。


縮小

プロジェクト・ナビゲータで、現在選択されているノードを（拡張されている場合）縮小します。


すべて拡張

プロジェクト・ナビゲータで、縮小されているすべてのノードを完全に拡張します。


すべて縮小

プロジェクト・ナビゲータで、拡張されているすべてのノードを縮小します。


作成

現在選択されている項目と同じタイプの項目を、新規に作成します。


削除

現在選択されている項目を、確認してから削除します。


ブックマーク追加

現在選択されているノードに、参照マークを設定します。これにより、プロジェクト・ナビゲータで他の項目を使用して作業した後、「ブックマークへジャンプ」メニュー・コマンドを選択して、マークしたノードに戻ることができます。


ブックマークへジャンプ

「ブックマーク追加」メニュー・コマンドを選択して以前マークしたノードを選択します。


フィルタ・ビュー

プロジェクト・ナビゲータに適用できる、現在定義されているフィルタの一覧を表示します。


フィルタの管理

「フィルタの管理」ダイアログ・ボックスを表示します。このダイアログ・ボックスで、フィルタを作成、編集および削除することができます。


プロジェクトをクローズおよび再オープンしないで更新できますか?

プロジェクトの管理者から、レジストリ・ファイルを更新したことを知らされました。自分のプロジェクトをクローズし、再びオープンすることなく、その変更を反映するには、どうすればよいでしょうか?

ビューを変更します。言い換えれば、プロジェクト・ナビゲータが依存性表示を使用して自分のビューを表示している場合は、「ナビゲータ」 [image] 「プロジェクト・ビュー」を選択してください。また、プロジェクト・ナビゲータがプロジェクト・ビューを使用して自分のプロジェクトを表示している場合は、「ナビゲータ」 [image] 「依存性表示」を選択してください。


PL/SQLライブラリを正しいドキュメント・タイプに関係付けるには、どうすればよいでしょうか?

図表によって参照されるPL/SQLライブラリがあるのですが、プロジェクトではフォーム・ライブラリ・ドキュメントとしてリストされています。これはなぜですか? これを訂正するには、どうすればよいでしょうか?

Developer/2000の長所の1つは、PL/SQLを共有できる点です。それぞれ異なるツールによって作成されたドキュメントは、同じPL/SQLを参照することができます。このため、Project BuilderではPL/SQLがすべて同じように見えてしまい、フォーム、レポートまたは図表によって参照されるライブラリを区別することができません。Project Builderでは、デフォルトでPL/SQLをForm Builderに割り当てます。

これを訂正するには、Graphics BuilderとReport Builderによって参照されるPL/SQLのカスタム・タイプを作成し、手動でPL/SQLドキュメントを正しいタイプに割り当てます。


Project Builderでまだ検出されていない依存性を作成するには、どうすればよいでしょうか?

レポートはPL/SQLライブラリを参照しますが、プロジェクトの依存性ツリーには、rdfファイルとrepファイルの関連しか表示されません。依存性ツリーにライブラリを挿入するには、どうすればよいでしょうか?

依存性は手動で簡単に設定できます。依存性のあるファイル（この場合は、.rdfファイル）を選択し、次にそのファイルが参照するファイル（この場合は、ライブラリ）を追加します。これで、Project Builderとの依存性が設定できます。


チーム環境でプロジェクト・ファイルを管理する最も良い方法は何でしょうか?

チーム全員で作業できるプロジェクトを設定する必要があるのですが、発展的に見て、互いに干渉はしたくないのです。プロジェクトをどのように設定すればよいでしょうか?

Project Builderでは、使用しているオペレーティング・システム独自のセキュリティ機能を使用して、プロジェクト・ファイルが削除または上書きされるのを防いでいます。そのことに留意してプロジェクトを設定するのが一番です。チームがネットワーク化されている場合は、開発者がそのプロジェクト・ファイルのコピーにアクセスできるように、グローバル・レジストリを共有ディレクトリにインストールすることをお薦めします。これにより、使用しているグローバル・レジストリのすべてのバージョンが最新のものであることが保証されます。ただし、この方法を選ぶ場合、プロジェクト管理者のみが書込みアクセス権限を持つディレクトリにインストールしてください。そうすれば、グローバル・レジストリが不用意に破壊されることを防止できます。

グローバル・レジストリをさらに高いレベルで保護するには、ファイルを読込み専用に設定できます。こうすれば、タイプ定義はProject Builderセッションで使用可能になりますが、プロジェクト管理者を含めて誰にも変更することはできません。

また、古いプロジェクト・ファイルを最新バージョンで上書きすることは可能ですが、メンテナンスは非常に難しくなります。開発者が変更をプロジェクトにインポートすることをお薦めします。


マクロにはどのような便利な使用方法がありますか?

Project Builderのインストールがちょうど終了しました。マクロがとても有益だとわかっているのですが、始めるに当たっていくつか例が欲しいのです。

マクロには多くの使用方法があります。次にいくつか例を挙げます。

•	マクロを使用して、アクションをすぐに、そして簡便に変更することが可能です。たとえば、Cコンパイラのランタイム・オプションとして、デバッグ用とコードの最適化用の2種類のセットを含む2種類のマクロを定義し、必要に応じて「ビルド」アクションでマクロを切り替えることができます。タイプに対するアクションをすべてのファイルに作用するように、プロジェクトに対するアクションをプロジェクト・ファイルに作用するように、または個々のファイルに対するアクションをファイル自体に作用するように変更できます。

•	マクロを使用して、すべてのランタイム・オプションを保存したり、必要に応じてマクロを変更することもできます。Project Builderは、Form Builderのランタイム・オプションを使用してF50RUNOPTSマクロを定義することですでにこれを実行しています。このマクロは、グローバル・レジストリでForms実行モジュール・タイプを選択してそのプロパティを表示し、さらに使用可能なマクロを検査します。

•	プロジェクトごとに特定のマクロを設定できます。たとえば、個々のプロジェクトにPACKFILEマクロを設定できます（このマクロは、アプリケーションをパッケージして付けるzipまたはtarファイルの名前を指定します）。

•	マクロを使用して、複数のファイルタイプにまたがるコマンド・ライン・オプションを指定できます。データソースへの接続がその一例です。Project BuilderではすでにORACONNECTマクロが定義されており、すべてのDeveloper/2000ツールを起動するなどの、関連アクションにそのマクロが組み込まれています。

使用しているプラットフォームに適したコマンド・ライン・インタープリタを起動するためのマクロを定義することが可能です（例えば、{SHELL} = c:\windows\command /c）。そして、コマンド・ライン・インタープリタに実行させたいアクションを定義する際に、それを使用します。


タイプのデフォルト・アクションを特定する方法はありますか?

「追加アクション」ダイアログおよび「編集アクション」ダイアログでは、あるタイプに対して「デフォルト」アクションをいくつでも設定できるらしいということに気付きました。デフォルト・アクションの数には制限はないのでしょうか。その場合、どのように真のデフォルト・アクションを特定すればよいのでしょうか?

実際、タイプに複数のデフォルト・アクションを指定できます。そのように指定すると、Project Builderが、そのタイプの項目をダブルクリックすると起こるアクションを選択します。Project Builderが選択したアクションは、その項目からアクセス可能な「ポップアップ」メニューの最初のアクションとして表示されます。

どのアクションがデフォルトかを指定する場合は、他のすべてのアクションの「デフォルト・アクション」チェックボックスを選択解除します。


相対パス名はどのように指示すればよいですか?

サーバー上に格納されたファイルを自分のプロジェクトに追加しようとしています。そして、自分のチームの皆がドライブQとしてマップされたプロダクト・ディスクを持っているかどうか疑わしくなりました。ドライブを省いて、相対パスのみを使用するにはどうしたらいいのでしょう?

「ファイル追加」ダイアログを使用して、自分のプロジェクトに追加するファイルを選択する場合、自分のファイルがプロジェクト・ディレクトリ内にあれば、ダイアログは自動的にパスからディレクトリ・リファレンスを削除します。事実上、これは自分のファイルのロケーションがプロジェクト・ロケーションに対して相対的になることを保証します。

他のすべてのインスタンスにおいて、「ファイル追加」ダイアログは強制的に、自分のプロジェクトに追加しようとしているモジュールに対する「ファイル名」プロパティの値として絶対パスを保存するように動作します。相対パスを指定するには、プロジェクト・ナビゲータ内のモジュールを選択し、プロパティ・パレットをオープンし、パスを手動で変更します。

プロジェクト・ロケーションは、ファイル名とインクルードされる各モジュールのパスのように、プロジェクトのプロパティであることに注意してください。自分のチームの異なるメンバーが、異なるロケーションにプロジェクトをマップする場合は、異なる値のプロジェクト・ロケーション（Q:\myproj、R:\など）にプロジェクト・ファイルのコピーが別に必要になります。


自分のマクロが動作しているかどうかをチェックする方法は?

マクロの1つが原因でアクションが失敗しているようですが、拡張されたマクロに対する文字列を見ることができないので断定できません。どうしたらいいのでしょう?

拡張されたマクロのストリングを見ることができます。Windowsの場合は、アクションに次を追加してください。

command.com/k echo

これにより、DOSウィンドウがオープンしたままになるため、コマンド・ライン上で拡張されたマクロを含むアクションを調べることができます。command.com/k echoに> /tmp/macrolog.txt（またはそのようなファイル名）を付けて、ファイルへのコマンドをリダイレクトし、そこでそのアクションを調べることができます。

UNIXの場合は、アクションの各行のはじめにechoを追加し、アクションの最後に、別の行上でsleep 10を追加することで解決できます。これにより端末ウィンドウは10秒間オープンしたままになるため、出力を読むことができるようになります。


ナビゲータを正しく更新するには、どうすればよいでしょうか?

プロジェクト・ナビゲータで反映されるはずのアクションを実行しても、何も起こらない場合があります。ナビゲータを正しく更新するには、どうすればよいでしょうか?

ビューを変更します。言い換えれば、プロジェクト・ナビゲータが依存性表示を使用して自分のビューを表示している場合は、「ナビゲータ」 [image] 「プロジェクト・ビュー」を選択してください。また、プロジェクト・ナビゲータがプロジェクト・ビューを使用して自分のプロジェクトを表示している場合は、「ナビゲータ」 [image] 「依存性表示」を選択してください。


エラー・メッセージについて

各コンポーネントには、次に示す一意のエラー・メッセージ接頭辞があります。

接頭辞	コンポーネント
FRM	Form Builder
OG	Graphics Builder
PDE	Procedure Builder
REP	Reports Builder
BRW	Query Builder
BRS	Schema Builder
NX, XBD	Translation Builder
注意: UNIXでは、Report Builderにより、いくつかのメッセージに表示される$status変数の値は0(正常終了)または1(異常終了)に設定されます。

Forms DeveloperおよびReports Developerのエラー・メッセージに加え、次に示す他のソースからのエラー・メッセージが発生する場合があります。

接頭辞	ソース	ヘルプ
ORA	Oracle Server	『Oracle8 Serverエラー・メッセージ』
PLS	PL/SQL	『Oracle8 Serverエラー･メッセージ』
『Oracle8 Serverエラー・メッセージ』には、SQL*DBA、SQL*Loader、SQL*Module、エクスポート、インポート、Oracleプリコンパイラなど、すべてのデータベース・ユーティリティのエラー・メッセージ・コードと説明が挙げられています。

システム固有のエラー・メッセージについては、オペレーティング・システムのマニュアルに記述されています。


サポート担当への連絡

エラーによっては（内部エラーなど）、エラー報告のためサポート担当に連絡が必要なものがあります。カスタマ・サポートに連絡する場合、次の情報を用意しておいてください。

1	氏名、会社名およびOracleサポートID番号。

2	ハードウェア、オペレーティング・システムおよび使用しているオペレーティング・システムのリリース番号。

3	エラー発生時に使用していたコンポーネントの完全なバージョン番号、および改訂番号とポート・リリース番号（存在する場合）。（コンポーネントのバージョン番号が不明な場合は、「ヘルプ」 [image] 「バージョン情報」を選択してください。）

4	エラー発生時に使用していたその他のすべてのコンポーネント（およびバージョン番号）（たとえば、Oracle 8.0.4）。

5	1つ以上のエラー・メッセージが発生した場合、それらが現れた順に、正確なメッセージ番号と説明。

6	問題の説明（異常な状態など）。

7	次のコードに基づいた、問題の重大度。

•	1:  プログラムが使用できない。操作に重大な影響がある。

•	2:  プログラムは使用できる。操作がかなり制限される。

•	3:  プログラムは使用できるが機能に制限がある。全体の操作に重大な影響はない。

•	4:  使用方法が限定される。操作にはわずかな影響しかない。


異常な状態

時々、異常な状態として知られているエラーが発生する場合があります。これは、次に挙げる原因から起きる可能性があります。

•	アプリケーションが要求されたタスクを完了できない事態が生じました。たとえば、誰かが標準のユーザー・インタフェースを使用せずに、データベースの表の中のデータを変更した場合、無効な値を入力する可能性があります。

•	ソフトウェアのバグが、要求されたタスクの完了を妨げました。

対策  まず、メッセージがForms DeveloperおよびReports Developer以外のものが原因で起きたかどうかを確認するため、システム管理者に連絡してください。メッセージがユーザー・エラーやシステム問題から発生したのではないことが確認された場合、サポート担当に連絡してください。


ファイルのセキュリティと制限

  関連項目

Project Builderでは、ファイルに格納されたモジュールのセキュリティを判断するのに、オペレーティング・システム環境を使用します。ファイル内に格納しているモジュールへのアクセス権限の取得方法は、オペレーティング・システムによって異なります。詳細は、使用しているオペレーティング・システムのマニュアルを参照してください。


パスワード・セキュリティ

  関連項目

Project Builder リリース6.0では、パスワード・セキュリティが大幅に強化されています。このリリースでは、ダイアログ・ボックスまたはステータス・ボックスに表示されるパスワードはすべてアスタリスクで表示され、プロジェクト接続に格納されるパスワードはすべて暗号化されます。たとえば、「BUILD（ビルド）」アクションに対するステータス・ボックスと、「アクションのプレビュー」モードでアクションを実行するときに表示されるダイアログ・ボックスではともに、接続用のデータベース・パスワードがアスタリスクで表示されます。また、プロジェクトをエクスポートして、生成されたエクスポート・ファイルをテキスト・エディタで検証するような場合でも、パスワード部分は暗号化されています。

プロジェクト・ファイルも同様に、パスワードによって保護できます。これにより、ユーザーがプロジェクト・データベースをオープンして、Oracleパスワードへのアクセスを得ることを防ぐことができます。詳細については、「関連項目」を参照してください。


PJ10

  関連項目

プロジェクトを作成し、メンテナンスするProject Builderを起動するには、PJ10実行プログラムを起動します。

構文	pj10 {ws-options} {reg_file_name}

各項目の内容は次のとおりです。

{ws-options}	（オプション）Motifの-bgのような使用しているウィンドウ表示システムで認識されるオプションです。使用できるオプションの詳細は、使用しているウィンドウ表示システムの情報を参照してください。

{reg_file_name}	（オプション）ユーザー・レジストリ・ファイルの名前です。デフォルト値は pjuser<lang>.updです。

注意: 実際のProject Builderの起動と実行プログラムの名前は、プラットフォームに依存します。使用しているプラットフォームでのProject Builderの起動方法の詳細は、「プラットフォーム情報」というヘルプにある項を参照してください。


Project Builderレジストリ・ファイル

  関連項目

Project Builderには、2つのレジストリ・ファイルがあります。

名前	ファイル
types<lang>.upd <lang>は、使用中の言語を示しています。	すべてのグローバル・タイプの定義が含まれるグローバル・レジストリ・ファイル。このファイルのデフォルト設定は、利用している動作環境で、グローバルに書き込み可能です。このファイルへのアクセスを制限する場合は、ファイルが読込み専用であること、または権限に制限があることを確認してください。
pjuser<lang>.upd <lang>は、使用中の言語を示しています。	個人のプロジェクト情報が格納されている既定のユーザー・レジストリ・ファイル。


ファイル命名規則

  関連項目

拡張子が必要なプラットフォームでは、Project Builderのファイルに次のような拡張子が割り当てられます。

拡張子	コンテントのタイプ
upd	Project Builderのレジストリ・ファイルに割り当てられる拡張子。
upx	Project Builderのエクスポート・ファイルに割り当てられる拡張子。エクスポート・ファイルは、「エクスポート・オプション」ダイアログを使用してプロジェクト情報をエクスポートすると作成されます。


一般のアクションの使用方法

  関連項目

アクションは、所定のタイプのプロジェクト項目に適用されるコマンド文字列です。アクションを定義するには、「アクション追加」ダイアログを使用してアクションを命名し、そのアクションの選択時に実行させるコマンド文字列と等しくします。コマンド文字列の内容は、1つの例外を除いては、プラットフォーム依存です。Project Builderのマクロを中カッコ（{}）で囲んで、コマンド文字列に組み込むこともできます。マクロの使用の詳細は、「一般のマクロの使用方法」を参照してください。

アクションを使用するには、プロジェクト・ナビゲータで処理を行う項目を選択し、マウスを右クリックしてポップアップ・メニューを表示します。そのアクションのメニュー項目を選択します。

アクションが、「BUILD（ビルド）」または「DELIVER（配布）」、ソース制御アクションなどのグローバル・アクションである場合、メイン・メニューからのアクションを選択することもできます。

使用上の注意

•	アクションは、英数文字とアンダースコアの任意の組合せを使用して命名できます。たとえば、My_Acti0nは有効ですが、My&acti@nは無効です。

•	キーボード・ニーモニックを使用する場合、「アクション追加」または「アクション編集」ダイアログでアクションの記述を入力する際に、使用するキーの前にアンパサンド（&）を付けてマークします。たとえば、記述として&Printを指定すると、Pがニーモニックになります。コマンドにニーモニックでないアンパサンドを使用する場合は、2つのアンパサンド（&&）を使用します。


アクション・タイプ

  関連項目

アクションには3つのタイプがあります。

•	事前定義済みアクション。特定のタイプに適用する「PRINT（印刷）」および「OPEN（オープン）」など。

•	ユーザー定義アクション

•	グローバル・アクション。「BUILD（ビルド）」および「DELIVER（配布）」などで、複数のファイル・タイプに適用できます。事前定義済みアクションのサブセットです。


事前定義済みアクション

  関連項目

説明  Project Builderに付属しているアクションで、メニュー項目またはツールバーのツールを介して自動的に使用可能です。

使用方法  プロジェクト・ナビゲータで、アクションを適用する項目を選択し、ポップアップ・メニューまたはメイン・メニューから対応するメニュー項目を選択します。

使用上の注意

•	事前定義済みアクションは、タイプによって異なります。特定のタイプに対してどの事前定義済みアクションが使用できるかを判断するには、プロジェクト・ナビゲータでそのタイプを選択し、プロパティ・パレットを表示して、「アクション」ノードの下のエントリを見ます。

•	事前定義済みアクション用のコマンド文字列はプラットフォーム依存で、プラットフォームで共通に使用可能なツールに基づくか、またはオペレーティング・システムによって、それぞれのタイプにすでに登録されているコマンドを利用します。たとえば、Windows 95/NTでは、事前定義済みアクションの「OPEN（オープン）」は、Windows 95/NTのエクスプローラでそのファイル・タイプと関係付けられているOpenコマンドを起動します。各種プラットフォームでのアクションのインプリメント方法の詳細は、「Forms Developerプラットフォーム固有の情報」というヘルプにある項を参照してください。

•	ビルトイン・マクロとは異なり、事前定義済みアクションは完全にカスタマイズ可能です。「アクション編集」ダイアログで事前定義済みアクションを編集し、アクションを実行するために起動されるツールや、コマンド文字列に含まれているオプションなどの特性を変更できます。

•	アクションを構成するコマンド文字列の最大長は、プラットフォーム要件によって決まります。詳細は、使用しているプラットフォーム用のマニュアルを参照してください。


ユーザー定義アクション

  関連項目

説明  ユーザーが定義するカスタム・アクションです。

使用方法  アクションを定義する際には、「ポップアップ・メニューに追加」が選択されていることを確認してください。プロジェクト・ナビゲータで、アクションを適用する項目を選択し、ポップアップ・メニューから対応するメニュー項目を選択します。

使用上の注意

•	別のプラットフォームにプロジェクトをエクスポートする場合、構文要件に従い、新規のプラットフォームで使用可能なツールを使用するようにアクションを編集することを忘れないでください。

•	アクションを構成するコマンド文字列の最大長は、プラットフォーム要件によって決まります。詳細は、使用しているプラットフォーム用のマニュアルを参照してください。

•	使用しているプラットフォームでファイル・タイプに関係付けられたコマンドがすでに認識されている場合、アクションにこれらを利用できます。たとえば、Windows 95/NTでビデオ・ファイルに対する「PLAY（再生）」アクションを作成する場合、Windows 95/NTのエクスプローラですでにコマンドがビデオ・ファイルと関係付けられていれば、 [play {n}]のように、Windowsコマンドを大カッコで囲んでアクション定義に使用できます。この場合、 {n} はプロジェクト・ナビゲータで選択した項目の名前に評価されるビルトイン・マクロです。詳細は、ヘルプ内の「Forms Developerプラットフォーム固有の情報」を参照してください。


グローバル・アクション

  関連項目

説明  各種ファイル・タイプに適応して、プロジェクトおよびファイル全般に使用できるProject Builder付属のアクションです。グローバル・アクションは事前定義済みアクションのサブセットで、次のものが含まれています。

•	ビルド・アクション（選択項目をビルド、変更分をビルド、すべてビルド）

•	パッケージ・アクション（配布）

•	ソース制御アクション（チェックイン、チェックアウト、RCS情報取得、RCSにファイルをロック）

グローバル・アクションでは、入力項目（一般的に、結果を作成するために処理されるファイル。たとえば、.repファイルの入力項目は.rdfファイル、.fmxファイルの入力項目は.fmbファイル）を使用できます。入力項目は、ターゲットにビルドされます。ターゲットは入力項目から作成されます。入力項目は、アクションでは1つ以上のビルトイン・マクロで表されます。

使用方法  プロジェクト・ナビゲータで、アクションを適用する項目を選択し、ポップアップ・メニューまたはメイン・メニューから対応するメニュー項目を選択するか、（「選択項目をビルド」および「変更分をビルド」の場合は）ツールバーを選択します。

使用上の注意

•	アクションを構成するコマンド文字列の最大長は、プラットフォーム要件によって決まります。詳細は、使用しているプラットフォーム用のマニュアルを参照してください。

•	グローバル・アクションは、他の事前定義済みアクションと同様に、完全にカスタマイズ可能です。「アクション編集」ダイアログで事前定義済みアクションを編集し、アクションを実行するために起動されるツールや、コマンド文字列に含まれているオプションなどの特性を変更できます。たとえば、ニーズに最も適したソース制御パッケージをインストールして、それを起動するためのソース制御アクションを編集できます。

•	たとえば、複数の.exeファイルに対する「BUILD（ビルド）」アクションのように、グローバル・アクションには複数の入力項目を扱えるものもあります（入力項目に適したタイプには、.objファイルや.libファイルなどがあります）。詳細は、「入力項目」を参照してください。

•	配布するファイルをパッケージにする際、実際の「DELIVER（配布）」アクションではすべてのファイル・タイプが受け入れられることを忘れないでください。実際にパッケージされるファイルは、パッケージに入れる項目に対して「配布ファイル」プロパティを「はい」に設定することで決まります（このことは、ファイルをパッケージにする際に、「DELIVER（配布）」アクションのかわりに配布ウィザードを使用する場合に当てはまります）。これには、プロジェクト・ナビゲータで項目を選択し、プロパティ・パレットを表示して、「配布ファイル」プロパティを編集します。


入力項目

  関連項目

説明: 入力項目は、ターゲットの作成に使用されるファイルです。たとえば、.fmbは.fmxファイルに対する入力タイプです。

使用方法  グローバル・アクションの「BUILD（ビルド）」および「DELIVER（配布）」、ソース制御アクションとともに使用します。入力項目を指定するには、変更するプロジェクト項目（タイプでもファイルでもかまいません）を選択し、プロパティ・パレットを表示します。変更するアクションを編集します。「アクション編集」ダイアログで、「入力」タブをクリックします。取り込むタイプを表から選択します。希望するタイプが見つからない場合は、「リストに追加」をクリックして、そこからタイプを選択します。適切なタイプを選択したら、「コマンドに挿入」をクリックします。入力項目がコマンド文字列に追加され、表内の項目に対応する番号が表示されます（実行可能ファイルでこのタイプの項目を複数入力できる場合でも、コマンド文字列に表示される番号は1つです）。

アクションが複数の入力タイプを受け入れる場合、必要な数のみこの操作を繰り返します。入力項目はカーソルの位置に挿入されるので、カーソルがどこにあるかに注意してください。

使用上の注意

•	入力項目は入力項目を持つことができないため、引数書式として数値のビルトイン・マクロ({1}～{9})は指定できません。ただし、その他の適用可能なビルトイン・マクロであれば、どれでも使用できます。たとえば、引数{b}を指定して、入力のベース・ファイル名をコマンド・ラインに追加できます。

•	オブジェクト・ファイルなどの一部のターゲットは、複数の入力タイプを使用して作成できます。このようなターゲットでは、入力項目のタイプごとに、「<タイプ>からビルドされました」アクションが異なります。


配布ウィザードについて

  関連項目

プロジェクト（フォーム、レポート、グラフィックおよびPL/SQLモジュールの集合からなるアプリケーション）の開発およびテストが完了したら、それをターゲット環境にパッケージ化し、配布するための方法が必要になります。配布ウィザードは、次のことを行うための手段を提供することにより、パッケージ化および配布の作業を支援します。

•	完成したプロジェクト、すなわち製品をリリース先にコピーまたはFTP転送します。リリース先から、ファイルを配布メディアにコピーまたはアーカイブ化でき、あるいは内部的に入手可能にできます。

•	必要なスクリプトを生成して、製品をWindows 95およびWindows NT上で、Oracle Installerを通じてインストールできるようにします。また、製品とともにForms DeveloperまたはReports DeveloperのRuntime環境をパッケージ化できます。これによりユーザーは、Oracle Installerを一度起動するのみでパッケージ全体（アプリケーションと必要なランタイム環境）をインストールできます。

•	特定のプロジェクトに対してカスタマイズされた「配布」アクションを実行します。「配布」アクションは、リリース1.0では「ファイル」 [image] 「管理」メニューから実行しましたが、それ以降のリリースでは配布ウィザードを通じて排他的に起動されます。

ファイルの配布が完了すると、配布対象プロジェクトのプロパティとして開発者が入力した情報が、配布ウィザードによって保存されます。この情報は特に必要な場合を除いて、プロジェクトの次回配布時に再入力または修正する必要はありません。

「次回このページを表示」チェックボックスをいったん解除した後で再び「配布ウィザードへようこそ」ページを表示するには、「ツール」 [image] 「作業環境」を選択し、「配布ウィザードの前置き画面表示」チェックボックスをチェックします。


ファイルが準備され、配布メディアにコピーされるPCまたはネットワーク上の領域。


ユーザーがアプリケーションのインストールに使用するメディア（テープ、CD、ディスケットなど）の集合。


配布のセットアップ

  関連項目

1	配布対象のプロジェクトを選択します。

デフォルトのプロジェクトは、配布ウィザードの起動時に選択されていたプロジェクトです（プロジェクト項目が選択されている場合、それに最も近いプロジェクトがデフォルトと見なされます）。ドロップダウン・リストに、プロジェクト・ナビゲータにオープンされているすべてのプロジェクトおよびサブプロジェクトが、プロジェクトの階層構造を反映したインデント形式で表示されます。配布対象のプロジェクトが見当たらない場合、配布ウィザードをいったん終了して、そのプロジェクトがオープンされているかどうかを確かめます。

ヒント

2	次のうち、希望する配布形態を表すラジオ・ボタンをクリックします。

•	「最後の配布以降に変更のあったファイルのみ配布」  配布ウィザードは、プロジェクト内部の各配布ファイルについて、配布のタイムスタンプを記憶しています。

•	「プロジェクト内のすべてのファイルを配布」  配布できるファイルは、プロパティ・パレットで「配布」プロパティが「Yes」に設定されているファイルに限られます。

どちらのオプションを選択した場合でも、配布するファイルのリストは後からパネル上で再び調整できます。


配布ファイルに対してまだプロジェクトを作成していない場合、簡単に作成できます。配布ウィザードを終了し、次に「ツール」 [image] 「プロジェクト・ウィザード」を選択します。プロジェクト・ウィザードでは、提示されるステップに従うのみでプロジェクトを作成できます。プロジェクトを作成し終えたら、再び配布ウィザードを起動します。


配布方法の選択

  関連項目

1	実行する配布アクションの説明が記されたラジオ・ボタンをクリックします。

•	ローカルのリリース先を作成し、プロジェクト・ファイルをそこにコピーします。リリース先から、製品を配布本体にコピーするか、あるいはファイルを内部で利用可能にできます。

•	リリース先を作成し、ファイルをコピーし、Oracle Installerスクリプトを作成して、製品をOracle Installerを通じてインストールできるようにします。作成されたスクリプトは、リリース先ディレクトリに格納されます。

•	ファイル転送プロトコル（FTP）を使用して、手元のWindows環境からホスト・マシンにファイルをコピーします。

•	独自にカスタマイズした「配布」アクションを、プロパティ・パレットでの定義どおりに実行します。

2	前述のラジオ・ボタンのうち上3つのどれかを選択した場合、リリース先の場所（「配布」アクションがプロジェクト・ディレクトリ上で操作する）を入力します。リリース先の場所がWindows上にあれば、「参照」をクリックして場所を選択できます。

注意:

•	デフォルトのリリース先は、配布されるプロジェクトのディレクトリです。

•	前にこのリリース先への配布を行ったことがあり、現在Oracle Installerスクリプトを作成しようとしている場合、スクリプトは配布のたびに更新ではなく上書きされることに注意してください。このため、パッチ・インストールを作成する場合には、オリジナルのリリース先を使用するのではなく、パッチに対する新しいリリース先を作成することをお薦めします。この方法では、顧客はまずオリジナルのリリース先からインストールを行い、次に新しいパッチのリリース先からインストールを行うことにより、製品の最新バージョンを入手できます。


Oracle Installerスクリプトの生成

  関連項目

1	「スクリプト」フィールドに、プロジェクトに対する一意の名前を入力します。8文字を超える名前は入力できません。デフォルトのスクリプト名はプロジェクト名と同じです。

スクリプト名は、接頭辞としてOracle Installerスクリプトに付けられます。たとえば、スクリプト名にProdと入力した場合、Oracle Installerスクリプトにはprod.MAP、prod.VRF、prod.INSおよびprod.DEIという名前が付けられます。

スクリプト名は、変数名としてOracleキー下のWindowsレジストリにも入力されます。変数の値は、ユーザーがどこに製品をインストールするかに関係なく、製品の最終リリース先ディレクトリになります。

2	Windowsのスタート・メニューに表示する製品名を「プログラム・グループ」フィールドに入力できます（オプション）。これ以降のパネルで、プロジェクトを構成する個々のファイル名を入力することにより、プログラム・グループのサブメニューをカスタマイズできます。

3	「バージョン」フィールドに、製品のバージョン番号を入力します。

バージョンは、(n)(.nn)(.nn)(.nn)(.nna)のような形式の数値で表現します。慣例では、末尾のアルファベット文字はパッチ用に予約されています。

たとえば、1、1.0、16.41、1.1.1.1.1bなどはすべて有効な値です。

4	Forms DeveloperまたはReports DeveloperのRunitme環境を製品とともにパッケージ化するには、「はい」をクリックします。

「はい」をクリックした場合、Oracle Installerの「使用可能な製品」ペインにはアプリケーションの一覧のみでなく、Forms、ReportsおよびGraphicsの各ランタイム環境も表示されます。

注意: 特定のエントリを隠す（たとえば、アプリケーションがレポートを含まないのでReports Rumtimeを表示しない）場合、テキスト・エディタを使用してPRDファイルを編集し、そのエントリの「可視」フィールドを「False」に設定します。PRDファイルの詳細は「関連項目」を参照してください。


配布ファイルの選択

  関連項目

矢印を使用して、ターゲット位置にコピーするすべてのファイルが「配布するファイル」ペインに表示されていることを確認します。「プロジェクト内のファイル」ペインのファイルは配布されません。

•	「変更分を配布」をクリックした場合、「配布するファイル」ペインには、最後に配布したとき以降に更新のあったファイルのみが表示されます。プロジェクト内の残りのファイルのうち、「配布」プロパティが「Yes」に設定されているファイルのみが配布可能なので「プロジェクト内のファイル」ペインに表示されます。この設定を変更する場合、配布ウィザードをいったん終了し、プロパティ・パレットを使用して設定を変更した後、再び配布ウィザードを起動します。

•	最初のパネルで「すべて配布」をクリックした場合、デフォルトではプロジェクト内のすべての配布可能ファイルが「配布するファイル」ペインに表示されます。コピーしないファイルがある場合は、左向きの矢印をクリックして「プロジェクト内のファイル」ペインにそのファイルを移動します。


ターゲット位置の指定

  関連項目

Oracle Installerが、ユーザーのマシン上のどの場所に製品をインストールするかを指定します。

1	必要であれば、「配布先ディレクトリ名とファイル名」フィールドでデフォルトのインストール先を変更します。

このフィールドには、%PROD_HOME%の他に次のようなOracle Installer変数を含めることができます。

•	%ORACLE_HOME%

•	%WIN_HOME%

2	プログラム・グループのサブメニューにファイルを表示する場合は、表示する名前を「スタート・メニューのラベル」フィールドに入力します。

たとえば、「README.TXT」のように単にファイル名を含めることも、「Forms 5.0 for F50gen32.exe」などのより説明的なラベルを作成することもできます。スタート・メニューのラベルは、各プログラム・グループ内で一意である必要があります。


環境変数の設定

製品に対する環境変数を作成します。これらはユーザーが製品をインストールするとき、Oracle InstallerによってOracleキー下のWindowsレジストリに入力されます。

1	「行を追加」をクリックして、行を挿入します。

注意: 行をいったん挿入した後で変数の作成を取りやめる場合、必ず「この行を削除」をクリックして行を削除するようにしてください。空白の行が残ったまま次の画面に進もうとすると、警告が表示されます。

2	「名前」フィールドに変数の名前を入力します。

空白を含む変数名は入力できません。

3	「値」フィールドで変数の値を指定します。プロジェクトに対して定義済みのマクロを値に挿入する場合、「値にマクロを挿入」をクリックします。選択したマクロは、「値」フィールドの現在の文字列に追加されます。挿入後に任意の文字列を追加できます。

値を入力する過程で、「値」フィールドのマクロの拡張が、プロパティ・パレットでの現在のプロジェクト設定に基づいて「内容」フィールドに表示されます。

たとえば、HelpFileという名前の変数を定義して、その値をヘルプ・ファイルの名前を表す{f}と入力したとします。プロパティ・パレットでは、fはupc60.hlpとして定義されています。ユーザーがプロジェクトをインストールするとき、Oracle InstallerはHelpFileという名前の変数をWindowsレジストリに配置し、その値をpj10us.hlpに設定します。

4	既存の値に値を追加するには、「追加」フィールドに「Yes」と入力します。既存の値を上書きするか、値を明示的に定義するには、このフィールドに「No」と入力します。必ずどちらかの値を入力する必要があります。

たとえば、ユーザーのファイル・パスに名前を追加する場合には、「追加」フィールドを「Yes」に設定します。

行を追加するには、行を1つ選択して「行の追加」をクリックします。選択した行の下に新しい行が挿入されます。

行を削除するには、目的の行を選択して「この行を削除」をクリックします。


FTP接続の選択

ファイルをコピーするFTP接続を説明する情報を入力します。

ユーザー名	FTP接続の名前。匿名接続の場合anonymousと入力します。
パスワード	パスワード。匿名FTPを使用する場合、パスワードとして電子メールアドレスを使用します。
アカウント	（オプション）
ホスト名またはIPアドレス	ホスト・マシンの名前またはIPアドレス。 例: xworld.us.oracle.com    144.25.83.103
ポート	FTPサービス（デーモン）が登録されているリモート・マシン上のインターネット・ポート番号。


次に行うこと

最後のパネルには、プロジェクトまたはファイル集合に対して指定した配布情報の概要が表示されます。ここでは、次の3つのいずれかを実行してください。

•	「完了」をクリックして、リリース先にファイルをコピーまたはFTP転送するか、「配布」アクションを実行するか、あるいはファイルをコピーした上でOracle Installerスクリプトを作成します。ウィザードで指定した設定（「すべて配布」と「変更分を配布」の別を除く）は、プロジェクトの一部として保存されます。次回、配布対象としてこのプロジェクトを選択すると、「配布ウィザード」パネルには今回指定したものと同じ情報が表示されます。

注意: 配布ウィザードの設定はプロジェクトの一部として保存されますが、プロパティ・パレットには表示されません。

•	「取消」をクリックすると、配布ウィザードを終了します。このときプロジェクトは配布されず、設定も保存されません。

•	「戻る」をクリックすると、ウィザードの1つ前の画面に戻ります。設定をやり直す場合に使用します。


Oracle Installerスクリプトについて

  関連項目

Oracle Installerスクリプトを作成すると、Oracle Installerを通じてアプリケーションをインストールできるようになります。Project Builderリリース1.0では、Oracle File Packagerを使用して、あるいは手動でこれらのスクリプトを作成できました。配布ウィザードは、Oracle File Packagerと同等の機能を提供し、それをさらに拡張します。

Oracle Installerスクリプトには、配布ウィザードの「スクリプト」フィールドで入力する名前（下表のnameの部分）が接頭辞として付きます。全部で4種類のスクリプトがあります。

name.MAP	アプリケーションを構成する全ファイルの一覧。ユーザーのマシンにコピーされるファイル、ファイルのコピー先ディレクトリ、プログラム項目を保持するプログラム・グループなどが含まれます。
name.VRF	すべての依存性が正しく識別され、必要なファイルがインストールされていることを認証します。たとえば、アプリケーションがForms Runtimeに依存していることを指定すると、ユーザーのマシン上にForms Runtimeが存在しているかどうかが、アプリケーションのインストール・プロセスによって自動的に検出されます。存在しない場合にはForms Runtimeがインストールされます。
name.INS	Oracle Installerを使用して、インストール可能なコンポーネントの構成ファイルをインストールし、必要な環境変数を設定し、製品を登録します。
name.DEI	インストール可能なコンポーネントの構成ファイルを削除します。削除が成功したら、環境変数を併せて削除し、コンポーネントの登録を解除します。
Oracle Installerスクリプトのサンプルは、/DEPLOY/RELEASE/FORWIN95/YOURAPP/FORMSAPPディレクトリにあります。このディレクトリは、Forms DeveloperまたはReports Developerのインストールの間にインストールされます。使用しているローカル・マシン上にこのディレクトリがない場合は、LAN領域か、Forms DeveloperまたはReports Developerの配布本体を確認してください。


PRDファイルについて

  関連項目

PRDファイルは、与えられたリリース先にインストール可能なコンポーネントをすべて列挙します。また、各コンポーネントのOracle Installerスクリプトに対する、ベースのファイル名と場所を識別します。すなわち、PRDファイルはOracle Installerの「使用可能な製品」ペインに表示されるすべてのファイルを列挙したものです。

プラットフォームごとに、PRDのリリース先が1つ存在します。配布ウィザードで、配布用のOracle Installerスクリプトを作成するように指示すると、WIN95.PRD（Windows 95用）およびNT.PRD（Windows NT用）という2つのPRDファイルが自動的に作成されます。これらのPRDファイルはどちらもリリース先に置かれます。

PRDファイルには、次のようなフィールドがあります。

列の名前	説明
####	製品番号。このフィールドを修正することはお薦めできません。
製品	配布ウィザードで指定したスクリプト名。
親	rootのままにしておきます。
ファイル名	Oracle Installerスクリプト（MAP、VRF、INSおよびDEI）のベース・ファイル名。「スクリプト名」フィールドと同じ値。
バージョン	アプリケーションのバージョン番号。
インタフェース・ラベル	Oracle Installerの「使用可能な製品」ペインに表示されるアプリケーション名。
場所	Oracle Installerスクリプトと、アプリケーションの全構成ファイルが格納されるディレクトリへの相対パス。
サイズ	インストール可能なコンポーネントの総サイズ。
可視	Oracle Installerの「使用可能な製品」ペインにコンポーネントが表示されるかどうかの別。
選択済み	Oracle Installerの「使用可能な製品」ペインでコンポーネントが選択済みであるかどうかの別。
オープン	親/子コンポーネントに対して使用されます。
説明	アプリケーションの説明。
ボリューム	「ファイル名」フィールドと一致している必要があります。


Oracle Installerスクリプトの集合を独自に持つすべての製品（Form Runtime、GUI共通ファイルなど）。


複数のアプリケーションの配布

  関連項目

Oracle Installerを通じてインストールする複数のアプリケーションを顧客に提供する場合、次のような配布オプションを考慮できます。

•	マルチステップ・インストール・プロセスの作成 内部のユーザーは、それぞれ独自のPRDファイルを持つさまざまなリリース先からアプリケーションをインストールします。このオプションは、多数のForms DeveloperおよびReports Developerアプリケーションを配布する必要がある場合や、アプリケーションを外部に配布しない場合に役立ちます。

•	ワンステップ・インストール・プロセスの作成 ユーザーはOracle Installerを一度起動するのみで、アプリケーションおよびForms DeveloperまたはReports DeveloperのRuntime環境をインストールします。内部のユーザーに対しては、マルチステップ・プロセスよりもこのアプローチのほうが便利です。ただし、外部の顧客に配布する場合には、このアプローチが唯一の選択肢です。


マルチステップ・インストール・プロセスの作成

  関連項目

マルチステップ・プロセスを作成するには:

1	各アプリケーションに対して配布ウィザードを実行し、それぞれに対して異なるリリース先の名前を付けます。

Forms DeveloperまたはReports DeveloperのRuntime環境をいっさい利用できないことを想定して、いずれか1つのアプリケーションとともにランタイム環境を含めるように配布ウィザードに指示します。

2	ユーザーに対して、ORAINST.EXEまたはSETUP.EXEをクリックしてOracle Installerを起動し、「配布元...」をクリックしてリリース先を選択するように指示します。「使用可能な製品」ペインに製品が表示されます。

ORAINST.EXEとSETUP.EXEのどちらを使用しますか?エンド・ユーザーがこれらのファイルに対するアクセス権を持っているかどうかをどのように確認したらよいですか?


シングルステップ・インストール・プロセスの作成

  関連項目

シングルステップ・プロセスを作成するには:

1	最初のアプリケーションに対して配布ウィザードを実行します。外部に配布する場合、あるいはForms DeveloperまたはReports DeveloperのRuntime環境にいっさいアクセスできない内部ユーザーに配布する場合、この配布の一部としてランタイム環境を含めます。

2	次のアプリケーションに対して配布ウィザードを実行し、新しいリリース先を選択します。

3	2番目のPRDから最初のPRDに行をコピーし、マスターのPRDを作成します。

4	残りのアプリケーションのそれぞれに対して配布ウィザードを実行し、それぞれ新しいリリース先を選択します。配布プロセスが完了したら、新しいPRDから、ステップ1で作成したマスターのPRDに行をコピーします。

5	それぞれのアプリケーションに対して配布ウィザードを実行し終えたら、次の操作のどちらか（または両方）を実行します。

•	内部のユーザーには、ステップ1で作成したリリース先でSETUP.EXEをダブルクリックするよう指示します。Oracle InstallerはマスターPRDが存在する場所で起動されるため、すべてのアプリケーションが「使用可能な製品」ペインに表示されます。

•	外部のユーザーに対しては、Oracle Installerスクリプトを含むすべてのリリース先を配布本体にコピーします。PRDはそれぞれのリリース先からコピーせず、かわりにステップ1で作成したマスターのPRDのみをコピーします。このマスターのPRDには、Oracle Installerで正しくアプリケーションをインストールするために必要なすべての情報が含まれています。


Oracle Installer変数について

  関連項目

Oracle Installer変数は数多く存在しますが、理解の必要がある重要なものは少ししかありません。

変数	説明
%ORACLE_HOME%	すべてのOracle製品がインストールされるディレクトリ。デフォルト値は、Windows 95プラットフォーム上ではORAWIN95、Windows NTプラットフォーム上ではORAWINT。ユーザーはOracle Installerでこれらのデフォルト値を上書きできます。   この変数はWindowsレジストリに入力されるので、アプリケーションからの参照が可能です。
%PROD_HOME%	特定のOracle製品がインストールされるディレクトリ。デフォルトは%ORACLE_HOME%/script nameで、script nameの部分には配布ウィザードの「スクリプト」フィールドに入力した値が該当します。ユーザーはOracle Installerでデフォルトの値を上書きできます。   この変数はWindowsレジストリに入力されませんが、同じ値を持つ変数script nameは入力されます。たとえば、配布ウィザードの「スクリプト」フィールドにPRODと入力したとします。Oracle Installerでのデフォルトのインストール先ディレクトリはC:\ORAWIN95\PRODです（Windows 95でのインストールの場合）。ユーザーが宛先をC:\ORAWIN95\MYAPPに変更した場合、（%PROD_HOME%と同じく）変数PRODはC:\ORAWIN95\MYAPPに設定されます。
%WIN_HOME%	Windows 95またはWindows NTがインストールされているディレクトリ。


プロジェクト・ウィザードについて

  関連項目

プロジェクト・ウィザードを使用すると、さまざまな「Project Builder」ダイアログを使用してプロジェクトを迅速かつ簡単に作成することができます。プロジェクト・ウィザードでは、パネルごとに、プロジェクトまたはサブプロジェクトの定義に必要なステップを紹介します。プロジェクトの作成が完了すると、プロジェクト・ウィザードによってファイルの追加を開始することができます。

注意: プロジェクト・ウィザードの起動時に「プロジェクト・ウィザードへようこそ」の画面を表示しないようにするには、「次回この画面を表示」チェックボックスをオフにします。（後から「プロジェクト・ウィザードへようこそ」の画面を表示するには、「ツール」 [image] 「作業環境」を選択し、「表示」タブをクリックします。「プロジェクト・ウィザードの前置き画面表示」チェックボックスをオンにします。)


プロジェクトまたはサブプロジェクトの定義

•	作成中のプロジェクトまたはサブプロジェクトを表すラジオ・ボタンをクリックします。サブプロジェクトは、より大きなプロジェクトの下に配置されるプロジェクトです。たとえば、大きなアプリケーションの一部となる特定のフォームやメニューのためにサブプロジェクトを作成します。ヒント


プロジェクト・ディレクトリのサブディレクトリを反映させたサブプロジェクトを作成することをお薦めします。たとえば、プロジェクト・ディレクトリにIMAGESとMENUSという2つのサブディレクトリがある場合、これらのサブディレクトリと同じ名前のプロジェクトを作成し、ディレクトリ内のファイルを管理することができます。


プロジェクト・レジストリの命名

プロジェクトを作成するには、まずプロジェクト・レジストリ・ファイルを定義します。このファイルには、そのプロジェクトのプロパティと、プロジェクト項目の関連と依存性についての情報が格納されています。

•	新しいプロジェクト・レジストリ・ファイルの名前を入力するか、「参照」をクリックし、表示されたファイル・ダイアログで上書きするファイルを選択します。プロジェクト・レジストリのデフォルトの拡張子は.UPDです。この拡張子は、自動的に追加されます。


タイトルとディレクトリの選択

1	プロジェクトまたはサブプロジェクトのタイトルを「タイトル」フィールドに入力します。この名前は、プロジェクト・ナビゲータでプロジェクトの上に表示されます。これは、最後のパネルで選んだ内部プロジェクト・レジストリの名前とは異なります。

2	プロジェクトのデフォルト・ディレクトリの名前を入力するか、「参照」をクリックし、表示されるディレクトリのリストからディレクトリを選択します。プロジェクト・ディレクトリとは、プロジェクト・ファイルを格納する場所です。「OK」をクリックして選択を確定します。

注意: このフィールドはオプションですが、プロジェクト・ディレクトリを指定することを強くお薦めします。ディレクトリを指定しないと、プロジェクトに追加されたすべてのファイルが相対パス名ではなく、完全パス名で追加されます。このため、別のユーザーとのプロジェクトの共有が行いにくくなります。詳細は、プロジェクトの共有について を参照してください。


接続の指定

プロジェクトのデフォルトのデータベース接続を指定します。たとえば、プロジェクトのフォームとレポートが、SALESというデータベースに格納されている情報を元にしている場合、SALESにアクセスする接続を指定します。プロジェクトのフォームまたはレポートをダブルクリックすると、そのフォームまたはレポートがオープンし、自動的に適切なSALESデータが格納されます。

接続の選択方法を次の中から選択してください。

•	「接続」ドロップダウン・リストから定義された接続を選択します。リストには、以前に「新規接続」ダイアログで定義された接続がすべて表示されます。

•	「ユーザー名」、「パスワード」および「データベース」フィールドに接続情報を入力します。接続はそのプロジェクトにのみ保存されます。別のプロジェクトでその接続を利用するには、「新規接続」ダイアログで正式に指定する必要があります。

接続はどの方法で指定しても、ファイルに対して個別に変更を行わない限り、すべてのプロジェクト・ファイルで使用されます。（接続を個別に指定するには、プロパティ・パレットで設定を変更するか、プロジェクト・ナビゲータの「Connections node」の下から異なる接続を選択し、ファイルにドラッグ・アンド・ドロップします。)

このパネルに何も指定しないと、プロジェクトは親プロジェクトまたはルート・プロジェクトの接続を使用するか、WindowsレジストリまたはUNIX環境変数で定義されているデフォルトの接続を使用します。


プロジェクトのカスタマイズ

このパネルのフィールドはオプションですが、別のユーザーがプロジェクトについての情報を検索するときに便利です。

1	プロジェクト管理の責任者の名前かユーザーIDを「作者」フィールドに入力します。

2	別のユーザーが知って役立つ情報を「コメント」フィールドに入力します。別のユーザーは、このコメントをプロジェクトのプロパティ・パレットに表示することができます。（コメントを後から上書きしたり追加したりするには、プロパティ・パレットの「コメント」フィールドをダブルクリックします。)


親プロジェクトの命名

•	サブプロジェクトが属するプロジェクト（親プロジェクトともいう）をドロップダウン・リストから選択します。リストには、現在オープンしているプロジェクトとサブプロジェクトがすべて表示されます。（サブプロジェクトは、サブプロジェクトにネストすることができます。）親プロジェクトとして命名するプロジェクトがリストに表示されない場合は、プロジェクト・ウィザードを終了してからそのプロジェクトをオープンし、もう一度プロジェクト・ウィザードを起動してください。


次に行うこと

新規プロジェクトの定義が完了すると、プロジェクト・ウィザードでは次の3つの選択肢が提供されます。

•	「空のプロジェクトを作成」をクリックしてから、「完了」をクリックしてプロジェクト・ウィザードを終了し、ただちにプロジェクト・ナビゲータを表示します。プロジェクト・ナビゲータには新規プロジェクトが含まれますが、空のままです。

•	「追加するファイルを選択」をクリックしてから、「完了」をクリックしてプロジェクト・ウィザードを終了し、標準ファイル・ダイアログを表示します。それを使用してただちに自分のプロジェクト（デフォルト）へのファイルの追加を開始できます。

•	「プロジェクト・ディレクトリ内のファイルをすべて追加」をクリックしてから、「完了」をクリックしてプロジェクト・ウィザードを終了し、ただちにプロジェクト・ナビゲータを表示します。プロジェクトには、タイトルとディレクトリの選択 で指定したディレクトリに含まれるファイルがすべてインクルードされます。サブディレクトリに含まれるファイルもインクルードする場合は、「サブディレクトリも含む」チェックボックスをチェックします。サブプロジェクトは、ディレクトリの各サブディレクトリについて作成されます。注意

ファイルを追加しないで、ただプロジェクト・ウィザードの終了を選択しても、タイプの追加またはマクロの作成のために、ファイル追加の準備として、プロジェクトの処理を続けることができます。プロジェクトへのファイルの追加を開始するときは、 [image] をクリックして、ファイル・ダイアログを表示します。

ただちにファイルの追加を開始する場合は、ファイル・ダイアログを使用して希望するディレクトリに移動し、追加するファイルを選択するのみです。必要に応じて、通常のファイルの選択方法を使用してください。

注意: Windowsでは、ファイル・ダイアログで一度に選択できるファイル数に制限があります。選択できるファイルの最大数は、ファイル名の長さによって異なります。長いファイル名の場合は約250ファイル、「8.3」表記に限定された名前の場合は約600ファイルを選択できます。

選択したファイルが多すぎると、プロジェクトには何も追加されません。 をクリックしてファイル・ダイアログを表示し、ファイル数を減らして追加し、必要に応じてこの操作を繰り返します。


このオプションを選択すると、プロパティ・パレットの各項目の「ファイル名」フィールドに、フルパスまたは絶対パス名ではなく、相対パス名（項目の名前のみ）が表示されます。プロジェクト・ディレクトリに属しているファイルをプロジェクトに追加すると、相対パス名が使用されます。一方、プロジェクト・ディレクトリ以外のディレクトリに属しているファイルをプロジェクトに追加すると、フルパス名が使用されます。詳細は、プロジェクトと親ディレクトリについてを参照してください。


モジュール・タイプ・ウィザードについて

モジュール・タイプ・ウィザードでは、Project Builderのタイプ定義の追加および変更をすばやく、簡単に行うことができます。新しいアプリケーションを入手し、その構成ファイル群をProject Builderで管理し始める際に、モジュール・タイプ・ウィザードを使用して新しいタイプを定義できます。あるいはモジュール・タイプ・ウィザードを使用して、特定のタイプに対するデフォルトのアクションを変更できます。たとえば、JPEGファイルに対して「CorelDraw!」をデフォルトのアクションに設定できます。モジュール・タイプ・ウィザードを使用することにより、これらの作業を容易に完了できます。

注意: モジュール・タイプ・ウィザードの起動時に「モジュール・タイプ・ウィザードへようこそ」の画面を表示しないようにするには、「次回この画面を表示」チェックボックスをオフにします。（後から「タイプウィザードへようこそ」の画面を表示するには、「ツール」 [image] 「作業環境」を選択し、「表示」タブをクリックします。「タイプウィザードの前置き画面表示」チェックボックスをオンにします。)


名前と場所の選択

1	新しいタイプのファイルにアクセスできる場合、「モデル用のファイルを選択」をクリックして、「タイプ取得」ダイアログからファイルを選択します。選択したファイルの種類に応じて、適切な情報を伴ったさまざまなフィールドが、モジュール・タイプ・ウィザードの各ステップに設けられます。

2	「内部名」フィールドに、タイプの内部名を入力します。ほとんどの場合、これは単に（FrameMakerファイルに対するFMのような）一意のファイル拡張子です。

3	「説明」フィールドに、タイプの説明を入力します。入力した名前は、グローバル・タイプ・ノードまたはユーザー・タイプ・ノードの下に表示されます。

4	すべてのユーザーがタイプにアクセスできるようにする場合は「グローバル・レジストリ」ラジオ・ボタンを、開発者のみが新しいタイプにアクセスする必要がある場合は「ユーザー・レジストリ」ラジオ・ボタンを、それぞれクリックします。


フォーマットと内容の定義

1	「ファイル名」フォーマット・ボックスで、Project Builderがこのタイプのファイルを識別する方法を「拡張子による」（ファイルの拡張子を入力）または「パターンによる」のどちらかのラジオ・ボタンから選択します。パターンは任意のリテラル文字列、またはリテラル文字列とビルトイン・マクロb、d、f、nのいずれかを組み合せたものです。ヒント

2	「ファイル内容」ボックスで、「バイナリ」（実行形式プログラム）、「テキスト」（非実行形式プログラム）または「ファイル以外」（URL、データベース表またはファイルとして管理されないエンティティ）の各ラジオ・ボタンから、ファイル内容の説明に該当するものをクリックします。

3	「オプション」ボックスで、タイプのその他の属性を説明するチェックボックスをチェックします。

•	「このタイプのファイルをバージョン制御」をチェックすると、このタイプのすべてのファイルに対して自動的に「このタイプのファイルをバージョン制御」プロパティが「Yes」に設定されます。この操作により、「ファイル」 [image] 「管理」メニューの下にある「チェックイン/チェックアウト」アクションが有効になります。

•	「このタイプのファイルを配布」をチェックすると、このタイプのすべてのファイルに対して自動的に「配布ファイル」プロパティが「Yes」に設定されます。

•	「ビルド」アクションの結果、このタイプのファイルが別のタイプに変化する（たとえば、.FMBファイルが.FMXファイルになる）場合、「このタイプのファイルのビルド先」ドロップダウン・リストからターゲット・タイプを選択します。目的のファイルが見つからない場合、ターゲット・タイプが定義済みかどうかを確認してください。定義済みでない場合、現在のタイプ定義をいったん完了し、ターゲット・タイプを定義し、次に元のタイプ定義に戻って、このドロップダウン・リストからターゲット・タイプを選択することが必要な場合があります。


パターンが役に立つ状況には、次のようなものがあります。

•	UNIXプラットフォーム上で、ファイルのベース名を制限する必要があるとき。たとえば、libfoo.soという名前のUNIXライブラリがあり、これは標準のUNIXライブラリ命名慣例に従っているとします。そして、このライブラリを参照するコンパイラ・アクションをProject Builderで定義する際に、接頭辞libを除外してベース名fooのみを使用する方法が必要であるとします。このことを実現するために、UNIXライブラリ・タイプに対してlib{b}.soのようなパターンを定義できます。これにより、ライブラリが参照されるときは常に、ベース名のみが使用されることが保証されます。

•	暗黙的項目に対してタイプを定義しており、そのソースが存在するディレクトリ以外の場所に項目を作成するとき。たとえば、USという名前のディレクトリに.fmx項目を作成するには、タイプのパターンをUS/{b}.fmxのように定義します。明示的なディレクトリ名のかわりに、マクロ名を使用することもできます。NLS_LANGマクロの現在の値によって指定されるディレクトリに.fmxを作成するには、.fmxタイプのパターンを{NLS_LANG}/{b}.fmxのように定義します。

•	ファイル名自体にマクロを含めたいとき。たとえば、.fmxファイルの名前の末尾に言語名を含めるとします。このとき.fmxタイプのパターンを{b}{NLS_LANG}.fmxのように指定します。


アクションの定義

  関連項目

このパネルを使用して、タイプに関連付けられたアクションを定義または変更します。

•	タイプにアクションを追加するには、「追加」をクリックします。「新規アクション」ダイアログが表示されます。

•	アクションの名前、説明またはデフォルト設定を変更するには、目的のアクションを選択して「編集」をクリックします。「アクション編集」ダイアログが表示されます。

•	タイプ定義からアクションを削除するには、目的のアクションを選択して「削除」をクリックします。

•	このタイプに対してデフォルトのアクションを設定するには、目的のアクションを選択して「デフォルトに設定」をクリックします。プロジェクト・ナビゲータ上でこのタイプの項目をダブルクリックすると、デフォルトに設定したアクションが起動されます。デフォルト・アクションは、同じタイプのすべての項目に対するポップアップ・メニューの先頭にも表示されます。

注意: 必要であれば、「名前」、「説明」または「デフォルト」の各見出しをクリックして、それぞれの列の値を基準にリストをソートします。カーソルを列の境界上に置いて矢印を表示し、左右にドラッグすることで、列のサイズを変更することもできます。ラベルの付いていない第1列にはアクションのアイコンが表示され、継承、上書きおよびデフォルトを表します。


アイコンの選択

次のどちらかの方法を使用して、タイプを表すアイコンを選択します。

•	「ファイルから」チェックボックスをチェックし、次に「参照」をクリックしてファイルを選択します。タイプ・ウィザードの2番目のパネルで「モデル用のファイルを選択」を選択した場合、適切なアイコンが自動的に選択されているはずです。ファイルを選択する必要がある場合、通常それらに関連付けられたアイコンを持つ実行可能ファイルまたはライブラリ・ファイルを選択してみてください。関連付けられたアイコンを持たないファイルを選択すると、警告が表示されます。

•	適切なアイコンを持つファイルにアクセスできない場合、事前定義済みのアイコンのリストからアイコンを選択できます。「ファイルから」チェックボックスがチェックされていないことを確認し、このタイプに関連付けるアイコンをクリックします。

「完了」をクリックして、このタイプの作成または変更を完了します。


モジュール・タイプ・ウィザード

  関連項目

モジュール・タイプ・ウィザードでは、Project Builderで扱う新しいタイプの定義や、既存のタイプをすばやく、簡単に変更することができます。モジュール・タイプ・ウィザードを起動するには、「ツール」 [image] 「モジュール・タイプ・ウィザード」を選択します。詳細は「関連項目」を参照してください。


パスワードによるプロジェクトの保護

  関連項目

プロジェクトに対してパスワードを設定することにより、権限のないユーザーによる参照、変更からプロジェクトを保護できるようになりました。パスワード保護が施されたプロジェクトをユーザーがオープンしようとすると、ダイアログが表示され、パスワードの入力を求められます。正しいパスワードを入力できなかった場合、プロジェクトへのアクセスは拒絶されます。詳細は「関連項目」を参照してください。


アクションのプレビュー・モード

  関連項目

「アクションのプレビュー」モードでは、実際に実行することなくアクションをテストして、さまざまなパラメータおよびマクロにどのような値が使用されるかを確認できます。詳細は「関連項目」を参照してください。


マクロにおけるユーザーの値入力

  関連項目

新しいマクロを作成すると、そのマクロのタイプを定義するように求められます。これらのマクロ・タイプの大半は、実行時にポップアップを表示して、ユーザーに情報の入力を求めるか、デフォルト値の確認を求めます。詳細は「関連項目」を参照してください。


新しいメタタイプ

  関連項目

メタタイプを使用して、多数のタイプ（ファイル）に一度に影響を与えるアクションを定義できます。たとえばtarコマンドとzipコマンドはともに、異なる方法でバイナリ・ファイルからテキスト・ファイルを生成します。このようなアクションをメタタイプ・レベルで定義することにより、すべてのテキスト・ファイルおよびバイナリ・ファイルが、それらのタイプにとって適切なアクションを継承します。詳細は「関連項目」を参照してください。


サブプロジェクトとしてのサブディレクトリ追加

  関連項目

Project Builderには新しく「プロジェクト」 [image] 「プロジェクトにディレクトリを追加」メニューが設けられ、ディレクトリ全体をサブディレクトリとしてプロジェクトに追加できるようになりました。追加するディレクトリにサブディレクトリが含まれる場合、そのサブディレクトリも併せてプロジェクトに追加されます。詳細は「関連項目」を参照してください。


プロジェクト・ナビゲータのフィルタ表示

  関連項目

フィルタを使用することにより、特定の基準に合致するプロジェクトまたはプロジェクト項目のみをプロジェクト・ナビゲータに表示できます。フィルタを適用すると、フィルタ定義で指定された基準に合致しないオブジェクトはビューから隠されます。詳細は「関連項目」を参照してください。


自動デフラグメンテーション

  関連項目

プロジェクト・レジストリのデータの追加および削除を重ねると、記憶の断片化が発生する可能性があります。Project Builderでは、断片化によるシステム・パフォーマンスの低下を防ぐために、未使用の記憶を再生する断片化解消ツールが用意されています。詳細は「関連項目」を参照してください。


プロジェクト・マクロ定義の項目レベルでの上書き

  関連項目

参照されるマクロ名の先頭にキャレットを挿入するのみで、マクロの継承値を取得し、その値を別のマクロ定義の中で使用できます。この方法で、プロジェクトに対するマクロ定義を保持しつつ、プロジェクト内部の個々の項目に対してマクロ定義をカスタマイズできます。詳細は「関連項目」を参照してください。


非Oracleデータソースへのアクセス

  関連項目

Oracle Developerアプリケーションは、Oracle Open Client Adapter(OCA)を使用して任意のODBCデータソースに接続できます。次にリストするデータソースについて、特別な情報を提供します。

アクセスしたいデータソースをクリックします。

Personal Oracle Lite

Microsoft SQL Server(バージョン4.2、6.0および6.5)

Microsoft Access(バージョン2.0以降)

Oracle Rdb(バージョン5.1、6.1および7.0)

Sybase(SQL Serverバージョン4.9、システム10およびシステム11)

Tandem NonStop SQL

Informix(SEおよびオンライン・バージョン5.x、6.xおよび7.x)


Open Client Adapter(OCA)の使用準備

  関連項目

使用するシステムでOCAの使用を設定するには:

1	ネットワーク・ライブラリを含む、必要なサーバーおよびクライアント・ソフトウェアをインストールします。データベースを構築し、データベース・アカウントを作成し、ユーザーに適切なアクセス権限を付与します。Microsoft Accessのようなシングル・ユーザー、シングル・マシンのデータソースには、データベース・サーバーやデータベース・クライアントなどの概念はなく、特別なセットアップは必要ありません（ただし、データベース表を格納するためのデータベース・ファイルを作成する必要はあります）。

2	必要なODBCドライバをクライアント・マシンにインストールし、Microsoft ODBC Administrator(ドライバとともに自動的にインストールされます)を使用してデータソースを構築します。Intersolv社製のODBCドライバ(SQL ServerおよびRdb、Sybase、Informix、Ingres、その他の多数のデータベース用)は、インストレーションCDからインストールされます。MicrosoftやIBM、その他のODBCドライバ・ベンダー製のドライバも使用できます。


Personal Oracle Liteへのアクセス

  関連項目 	  oca_info.pdfをオープンする

Personal Oracle Liteにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。このデータ・ディクショナリ・ビューにより、開発時に必要なデータベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

7	Personal Oracle Liteデータソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Personal Oracle Liteへのアクセスの詳細は、oca_info.pdfを参照してください。


Init_Formは、form-levelを自動的に変更するOPENDBルーチンで、これによってフォームはODBCデータソースと対話できます。


OCA.PLLは、ディレクトリORACLE_HOME\ocaにあります。Form BuilderがOCA.PLLを見つけることができるように、レジストリ内の環境変数FORMS50_PATHに、ディレクトリORACLE_HOME\oca20を追加する必要があります。


Microsoft SQL Serverへのアクセス

  関連項目	  Open oca_info.pdfをオープンする

Microsoft SQL Serverにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。 このデータ・ディクショナリ・ビューにより、設計時に選択できるように、データベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

7	Microsoft SQLサーバー・データソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Microsoft SQL Serverへのアクセスの詳細は、oca_info.pdfを参照してください。


Oracle Rdbへのアクセス

  関連項目 	  Open oca_info.pdf をオープンする

Oracle Rdbにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。 このデータ・ディクショナリ・ビューにより、設計時に選択できるように、データベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)OCA.PLLライブラリをアプリケーションに接続します。次に、OPENDB.Init_Formルーチンを含むPre-FormまたはWhen-New-Form-Instanceトリガーを作成します。

7	Oracle Rdbデータソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Oracle Rdbへのアクセスの詳細は、oca_info.pdfを参照してください。


Microsoft Accessへのアクセス

  関連項目 	  oca_info.pdfをオープンする

Microsoft Accessにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	(オプション)SQLスクリプトを実行し、次に示すようにUBTユーティリティによりデモ表の作成とデータの挿入を行います。

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

6	Microsoft Accessデータソースに接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Microsoft Accessへのアクセスの詳細は、oca_info.pdfを参照してください。


Sybaseへのアクセス

  関連項目 	  oca_info.pdfをオープンする

Sybaseにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。 このデータ・ディクショナリ・ビューにより、設計時に選択できるように、データベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

7	Sybaseデータソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Sybaseへのアクセスの詳細は、oca_info.pdfを参照してください。


Tandem NonStop SQLへのアクセス

  関連項目 	  oca_info.pdfをオープンする

Tandem NonStop SQLにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。 このデータ・ディクショナリ・ビューにより、設計時に選択できるように、データベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

7	Tandem NonStop SQLデータソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Tandem NonStop SQLへのアクセスの詳細は、oca_info.pdfを参照してください。


Informixへのアクセス

  関連項目 	  oca_info.pdfをオープンする

Informixにアクセスするには:

1	Open Client Adapter(OCA)を使用するためにシステムをセットアップします。

2	「リリース・ノート」およびPDFドキュメント(oca_info.pdf)を読みます。

3	SQLスクリプトを実行し、サーバー側にデータ・ディクショナリ・ビューを作成します。 このデータ・ディクショナリ・ビューにより、設計時に選択できるように、データベース・オブジェクト名を表示することができます。注意

UBT32.EXE user/password@ODBC:datasource[:dbname] @sqlscript  例

dbnameが指定されないと、データ・ディクショナリ・ビューはODBC接続の「現行」データベース内に作成されます。

4	Builderを起動します。

5	(オプション)SQLスクリプトを実行し、デモ表の作成とデータの挿入を行います。例

6	(Form Builderのみ)各データ項目の主キー・プロパティを「はい」に設定します。データ項目は、データソースの各列に対応しています。

7	Informixデータソースへ接続する準備ができたら、次の接続文字列を「接続」ダイアログ・ボックスに入力します。

[user[/password]]@ODBC:datasource[:dbname] 例

Informixへのアクセスの詳細は、oca_info.pdfを参照してください。


Open Client Adapter(OCA)について

  oca_info.pdfをオープンする

ODBC用のOracle Open Client Adapter(OCA)により、Microsoft Windows3.1、Windows95、Windows98、およびWindows NT上のアプリケーションで、ODBCドライバを使用してODBC準拠のデータソースにアクセスすることが可能になります。OCAでは、ODBCドライバがODBCのレベル1に準拠する必要があります。ODBCドライバにレベル2のODBC機能がある場合、OCAではその機能も使用してさらに高いパフォーマンスを実現します。

OCAを使用することにより一貫した方法で、アプリケーションで様々なデータソースにアクセスできます。これにより、アプリケーションの開発者は、複数のデータソースに対して修正を行わずに同じアプリケーションを実行することができます。逆に、そのアプリケーションの対象を特定のデータソースに固定し、そのシステム固有の特徴を利用することもできます。

OCAは、Oracle Installerによってインストールされ、すべての必要なファイルがORACLE_HOMEディレクトリにコピーされます。これらのファイルの1つが、oca.pllです。 oca.pllはPL/SQLのファンクション・ライブラリで、アプリケーションからこれを使用して次の操作ができます。

•	アプリケーションのメイン接続の他に、他のデータソースに対する補助接続をオープンします。

•	任意の接続に対し、任意のSQL文およびストアド・プロシージャ・コールを実行します。

•	Oracle以外のストアド・プロシージャから検索結果を取り出します。

•	DBMSおよびODBCドライバの名前とバージョンを取得します。

•	データソースに適合するように、実行時に「フォーム」および「データ・ブロック」プロパティを自動的に調整します。

これらの機能の詳細は、この項目の最上部の [image] ボタンをクリックしてください。

インストールされている他のファイルの詳細は、「リリース・ノート」を参照してください。


デフォルトでは、oca_info.pdfはORACLE_HOME\TOOLS\DOC60\USにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


UBTユーティリティについて

ODBC用のOracle Open Client Adapter(OCA)には、Universal Backend Tester(UBT)というSQL*Plusに似たユーティリティが含まれています。UBTにより、インタプリタ内またはコマンド・ファイルを使用してSQLコマンドを操作できます。

UBT実行プログラム(Windows NT、Windows95、およびWindows98ではUBT32.EXE、Windows3.1ではUBT.EXE)は、ORACLE_HOME\BINにインストールされます。

Oracle Client Adapaterの詳細は、oca_info.pdf(UBTユーティリティの情報を含む)を参照してください。


OCAリリース・ノートは、インストレーションCDのRELNOTES.TXT内に含まれています。


Personal Oracle Liteへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


これはアプリケーション開発用のオプションであり、実行時には必要としません。一部のデータベース(たとえば、Microsoft Access)では、データベース・カタログの情報の公開が不十分で、ビュー作成のサポートが不足しているために、データ・ディクショナリ・ビューを作成できません。この場合は、データベース・オブジェクトの名前を、リストから選択するのではなく、設計時に入力します。


次に示すPersonal Oracle Liteにデータ・ディクショナリ・ビューを作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\POLITEにインストールされます。

polvudrp.sql	旧バージョンのビューを削除します。

polvubld.sql	必要なビューを作成します。


UBT32.EXE scott/tiger@ODBC:polite_ds @polvubld.sql


次に示すPersonal Oracle Liteにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\POLITEにインストールされます。

poldmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:polite_ds @poldmbld.sql


scott/tiger@ODBC:polite_ds


Microsoft SQL Serverへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


次に示すMicrosoft SQL Serverにデータ・ディクショナリ・ビューを作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\SQLSRVにインストールされます。

sqsvudrp.sql	旧バージョンのビューを削除します。

sqsvubld.sql	SQL Serverバージョン4.2用で、必要なビューを作成します。

sqs60bld.sql	SQL Serverバージョン6.0用で、必要なビューを作成します。


UBT32.EXE scott/tiger@ODBC:sqlserver_ds @sqsvubld.sql


次に示すMicrosoft SQL Serverにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\SQLSRVにインストールされます。

sqsdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXEscott/tiger@ODBC:sqlserver_ds @sqsdmbld.sql


scott/tiger@ODBC:sqlserver_ds


Microsoft Accessへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


次に示すMicrosoft Accessにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\ACCESSにインストールされています。

accdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:access_ds @accdmbld.sql


scott/tiger@ODBC:access_ds


Oracle Rdbへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


次に示すOracle Rdbにデータ・ディクショナリ・ビューを作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\RDBにインストールされます。

rdbvudrp.sql	旧バージョンのビューを削除します。

rdbvubld.sql	必要なビューを作成します。

rdbdual.sql	ビューを複式にします(SYSDATEをサポートするため)。


UBT32.EXE scott/tiger@ODBC:rdb_ds @rdbvubld.sql


次に示すOracle Rdbにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\RDBにインストールされます。

rdbdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:rdb_ds @rdbdmbld.sql


scott/tiger@ODBC:rdb_ds


Sybaseへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


Sybaseにデータ・ディクショナリ・ビューを作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\SYBASEにインストールされます。

sybvudrp.sql	旧バージョンのビューを削除します。

sybvubld.sql	必要なビューを作成します。


UBT32.EXE scott/tiger@ODBC:sybase_ds @sybvubld.sql


Sybaseにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\SYBASEにインストールされます。

sybdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:sybase_ds @sybdmbld.sql


scott/tiger@ODBC:sybase_ds


Tandem NonStop SQLへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


Tandem NonStop SQLにデータ・ディクショナリ・ビューを作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\NONSTOPにインストールされます。

nssvudrp.sql	旧バージョンのビューを削除します。

nssvubld.sql	必要なビューを作成します。


UBT32.EXE scott/tiger@ODBC:nonstop_ds @nssvubld.sql


Tandem NonStop SQLにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\NONSTOPにインストールされます。

nssdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:nonstop_ds @nssdmbld.sql


scott/tiger@ODBC:nonstop_ds


Informixへのアクセスについて必要な情報は、デフォルトではORACLE_HOME\TOOLS\DOC60\US\oca_info.pdfにインストールされます。デフォルト・ディレクトリにAdobe Acrobat Readerをインストールしてある場合は、この項目の最上部の [image] ボタンをクリックし、ドキュメントを表示してください。このプログラムをインストールしていない場合は、PDFビューアを起動しoca_info.pdfをオープンしてください。


Informixにデータ・ディクショナリ・ビューとデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\INFORMIXにインストールされます。

infvudrp.sql	旧バージョンのビューを削除します。

infvubld.sql	必要なビューを作成します。


UBT32.EXE scott/tiger@ODBC:informix_ds @infvubld.sql


Informixにデモ表を作成するSQLスクリプトは、デフォルトではORACLE_HOME\OCA20\SQL\INFORMIXにインストールされます。

infdmbld.sql	デモ表を作成します。

デモ表にデータを挿入するSQLスクリプトは、ORACLE_HOME\OCA20\DEMOにインストールされています。

demodata.sql	デモ表に日付を挿入します。


UBT32.EXE scott/tiger@ODBC:informix_ds @infdmbld.sql


scott/tiger@ODBC:informix_ds


トラブルシューティング

以前、Oracleに使用していたアプリケーションが、ODBCデータソースには使用できない場合、おそらく、ODBCかデータソースのいずれかの制限または限界を超えたことが原因と考えられます。

次に、OCAが発行するSQL文とODBCのドライバまたはデータベースが生成するメッセージを表示する手順を示します。

1	次のエントリが、Windows3.1のORACLE.INIファイル、またはWindows NT、Windows95およびWindows98のレジストリに設定されていることを確認します。

•	UB=ORACLE_HOME\OCA20

2	次のエントリを、Windows3.1のORACLE.INIファイル、またはWindows NT、Windows95およびWindows98のSOFTWARE\ORACLEの下にあるレジストリに追加します。

•	OCA_DEBUG_SQL=TRUE

•	OCA_DEBUG_ERROR=TRUE

3	ODBCデータソースに対してアプリケーションを実行し、デバッグ・ウィンドウにSQL文またはエラー・メッセージを表示します。「OK」をクリックして、デバッグ・ウィンドウをクローズし、処理を続けます。

4	エラーを解決できない場合は、サポート担当に問い合せてください。


OCAメッセージ

コード	メッセージの記述。

30000	一般的なOCAエラー。

30001	hostdefがNULLです。

30002	ファンクションがサポートされていません。

30003	接続文字列のユーザー名がNULLです。

30004	接続文字列のホスト名がNULLです。

30005	カーソルがすべて使用中です。

30006	解析ツリーの作成中にエラーが発生しました。

30007	SQL文がNULLです。

30008	メモリーの割当てに失敗しました。

30009	バインド変数の処理中にエラーが発生しました。

30010	OracleからODBCへのデータ型変換エラーです。

30011	ODBCからOracleへのデータ型変換エラーです。

30012	参照値をバインド中にエラーが発生しました。

30013	バインドするパラメータがありません。

30014	ホスト名が長すぎます。

30015	このデータソースではストアド・プロシージャはサポートされていません。

30016	このデータベースでは順序はサポートされていません。

30017	非Oracleデータベースへのログイン中にエラーが発生しました。

30018	ユーザー名またはパスワードが長すぎます。

30019	非Oracleのストアド・プロシージャの処理中にエラーが発生しました。

30020	ストアド・プロシージャの名前が抜けています。

30021	SQL文の準備または実行中にエラーが発生しました。

30022	列の取出し中にエラーが発生しました。

30023	結果セットのフェッチ中にエラーが発生しました。

30024	列記述子の取出し中にエラーが発生しました。

30025	結果セットの列数を取得中にエラーが発生しました。

30026	プロシージャ記述子の取出し中にエラーが発生しました。

30027	ODBC接続/文オプションの設定中にエラーが発生しました。

30028	コミットまたはロールバックでエラーが発生しました。

30029	列のバインド中にエラーが発生しました。

30030	パラメータのバインド中にエラーが発生しました。

30031	ドライバまたはデータベースについての情報の取出し中にエラーが発生しました。

30032	メモリーの解放中にエラーが発生しました。

30033	行ステータス・エラー。

30034	表が見つかりません。

30035	列が見つかりません。

30036	認可仕様が無効です。

30037	データソースを使用できません。

30038	列番号が無効です。

30039	バンドルされた演算子の組合せが不正です。

30040	カーソル・コンテキストが無効です。

30041	バインド変数がありません。

30042	データが見つかりません。

30043	フェッチされた列値がNULLです。

30044	フェッチされた列値が切り捨てられました。

30045	結果データを取出し中にエラーが発生しました。

30046	データソースの名前が指定されていません。

30047	トランザクション分離レベルがサポートされていません。

30048	配列のバインドはサポートされていません。

30049	ログオンされていません。

30050 	SQL文の解放中にエラーが発生しました。

30051	データのフェッチ中にエラーが発生しました。このデータソースをコミットした後に再度実行してください。

30052	実行時にパラメータ値が切捨てられました。

31000	一般的なODBCエラーが使用中のODBCドライバから戻されました。

エラーが発生して、アプリケーションでメッセージ・ファイルからのメッセージが読めない場合、次のエントリがWindows3.1のORACLE.INIファイル、またはWindows NT、Windows95およびWindows98のレジストリに設定されていることを確認してください。

•	UB=ORACLE_HOME\OCA20


PDFドキュメント

PDFドキュメントを表示するには、PDFビューアをインストールされたディレクトリから開始し、oca_info.pdfをオープンしてください。


 Project Builder

  関連項目

Forms Developer Project Builderは、アプリケーションを構成する多種多様なファイルの編成およびメンテナンスを支援します。1つのプロジェクト内で、好みのワード・プロセッサを使用して作成したアプリケーション・ドキュメントから、フォームやレポート、その中のチャート、ユーザー・イグジットやそれらがコールするルーチンまで、すべてを追跡できます。

Project Builderでは、開発プロジェクトを構成するすべてのツールおよびファイル、作業を統合して、操作の窓口を一元化できます。プロジェクトには、フォーム、レポート、グラフィック・ファイル、メニュー、INIファイル、アイコン、SQLスクリプト、Webページなどがあります。


プロジェクト・ウィザード

  関連項目

プロジェクト・ウィザードは、プロジェクトを作成する迅速で簡単な方法です。プロジェクト・ウィザードを使用して、プロジェクト・レジストリ・ファイルを作成します。プロジェクト・レジストリ・ファイルは、アプリケーションを構成するファイルを関連付けるのに使用され、アプリケーション開発プロセスをより効率的に管理することができます。

プロジェクト・ウィザードでは、ページごとに、プロジェクトの定義に必要なステップを紹介します。ユーザーは、新しくスタンドアロン・プロジェクトを定義するか、サブプロジェクトを定義するかを決めます。サブプロジェクトとは、フォームおよびそのメニューが、大きなアプリケーションの一部を形成する場合の、その大きなプロジェクトの下にくるプロジェクトのことです。プロジェクトに名前を付け、そのオブジェクトが常駐するディレクトリを選択し、デフォルト接続を指定します。プロジェクト・ウィザードが完了したとき、ファイルの追加の開始が可能になります。


ランチャ

  関連項目

ランチャは、プロジェクト・ナビゲータの一番上にデフォルトで位置付けられた２次ツールバーです。ランチャにより、開発プロセスで最もよく使用するツールをProject Builderから直接編成し、起動できます。


Type Caption for New Topic Right Here


用語集

英

    ActiveX
    Ada
    ASCII
    Bilder
    CGI
    CGM
    CHARデータ型（CHAR datatype）
    CMDFILE
    DATE
    Designer
    Designer(Oracle)
    DIANA
    EBCDIC
    Familyツール（Family tool）
    GUI
    HTML
    HTTP
    ICD
    IP（インターネット・プロトコル）アドレス（Internet Protocol）
    JAR
    Java
    NA値（NA value）
    NOCACHE
    NULL値（NULL value）
    ODBC
    OLE
    OLEコンテナ（OLE container）
    OLEサーバ（OLE Server）
    Oracle Designer
    ORACLE_HOME
    Oracleデータ型（Oracle datatype）
    Pcode
    PDF
    PL/SQL
    pldファイル（pld file）
    pllファイル（pll file）
    plsファイル（pls file）
    plxファイル（plx file）
    Project Wizard
    prtファイル（prt file）
    RC4
    RDBMS
    rdfファイル（rdf file）
    REF列（REF column）
    Reports Queue Manager（RWRQM60）
    Reports Server（RWMTS60）
    Reports Web Cartridge
    Reports Web CGI（RWCGI60）
    Reportsバックグラウンド・エンジン（Reports Background Engine）（RWRBE60）
    repファイル（rep file）
    rexファイル（rex file）
    RGB
    RTF
    SELECT文（SELECT statement）
    SQL
    SQLスクリプト（SQL script）
    sqlファイル（sql file）
    SQL文（SQL statement）
    SYLK
    TCP
    Top/Bottomツール（Top/Bottom tool）
    URL
    VBX
    VBXコントロール（VBX control）
    Web
    Web cartridge
    Webサーバー（Web server）
    Webブラウザ（Web browser）
    Webリンク（Web link）
    WKS
    WRB
    WWW
    XML
    zoom

数

あ

    アイコン（icon）
    アクション（action）
    アクティブ・ウィンドウ/ビュー（active window/view）
    値構成体（value construct）
    値軸（continuous axis）
    値軸（value axis）
    値のリスト（list of values）
    アプリケーション（application）
    アプレット（applet）
    アンカー（anchor）
    アンカー・ポイント（anchor point）
    暗号化（encyption）
    暗示項目（implied item）
    依存項目（decendant）
    依存性ツリー（dependency tree）
    依存性表示（dependency view）
    依存データ（dependent data）
    イメージ（image）
    インクローズ・オブジェクト（enclosing object）
    インターネット（internet）
    インタプリタ・スクリプト（interpreter script）
    イントラネット（intranet）
    インポート（import）
    ウィンドウ（window）
    内側枠ボックス（inner bounding box）
    エクスポート（export）
    エクスポート・ファイル（export file）
    エディタ（editor）
    オーバーフロー（overflow）
    オブジェクト（object）
    オブジェクト・グループ（object group）
    オブジェクト・タイプ（object type）
    オブジェクト・ナビゲータ（Object Navigator）
    オブジェクト・ハンドル（object handle）
    オブジェクト表（object table）
    オブジェクト列（object column）
    親（parent）

か

    カーソル（cursor）
    カートリッジ（cartridge）
    階層（hierarchy）
    外部PL/SQLライブラリ（external PL/SQL library）
    外部キー（foreign key）
    外部問合せ（external query）
    可視属性（visual attribute）
    カスケード・スタイル・シート（cascading style sheet）
    カスタム基準（custom measure）
    仮想ディレクトリ（virtual directory）
    仮想ファイル・システム（virtual file system）
    カット（cut）
    カテゴリ（category）
    カテゴリ軸（category axis）
    可変配列（varying array）type
    カラー・パレット（color palette）
    環境（environment）
    関係演算子（relational operator）
    キーワード（keyword）
    基準（measure）
    基本形（primitive）
    基本線の値（baseline value）
    キャッシュ（メモリー）（cache （memory））
    キャンバス（canvas）
    キャンバス・ビュー（canvas view）
    行（row）
    行オブジェクト（row object）
    境界線/塗り/テキスト表示（Edge/Fill/Text Display）
    境界線（border）
    切離しメニュー（tear-off menu）
    句（clause）
    クライアント（client）
    クライアント/サーバー・アーキテクチャ（client/server architecture）
    繰返し枠（repeating frame）
    クリップボード（Clipboard）
    グループ（group）
    グループ・ツリー（group tree）
    グループ・フィルタ（group filter）
    グローバル変数（global variable）
    グローバル・レジストリ（Global Registry）
    クロス積（cross product）
    クロス・タブ（crosstab）
    警告（alert）
    計算式列（formula column）
    継承（inherit）
    結合（join）
    限定モード（confie mode）
    原点（origin）
    子（child）
    格子表示（gridlines）
    更新（update）
    構成体（construct）
    構文（syntax）
    項目（item）
    項目軸（discrete axis）
    項目ノード（item node）
    コール・インタフェース（call interface）
    コール・スタック（call stack）
    子問合せ（child query）
    コピー（copy）
    コマンド行（command line）
    コミット（commit）
    コメント（comment）
    コレクション・タイプ（collection type）
    コンテキスト領域（context area）
    コンパイル（compile）
    コンポーネント（component）

さ

    作業環境（preference）
    索引（index）
    座標（x, y）（coordinates）
    座標系（coordinate system）
    座標平面（coordinate plane）
    サブプログラム（subprogram）
    サブプロジェクト（subproject）
    サブプロジェクト・ノード（subproject node）
    サマリー列（summary column）
    参照線（reference line）
    式（expression）
    式（formula）
    字句参照（lexical reference）
    軸チャート（aixs chart）
    システム変数（system variable）
    下に伸びる（downward-growing）
    実行（execute）
    実行（run）
    実行時（Runtime）
    実行ファイル（runfile）
    実行プログラム引数（executable argument）
    修飾ディメンション（qualifying dimension）
    十分に構成されたXML（well-formed XML）
    集約（aggregation）
    終了（quit）
    主キー（primary key）
    仕様（specification）
    上位項目（antecedent）
    使用可能（enabled）
    使用禁止（disabled）
    条件（condition）
    省略記号ボタン（Ellipsis button）
    書式マスク（format mask）
    数値演算子（numeric operators）
    スキーマ（schema）
    スクリプト（script）
    スコープ（scope）
    スタイル・シート（style sheet）
    スタック（stack）
    ストアド・サブプログラム（stored subprogram）
    ストアド・プログラム単位（stored program unit）
    すべてのツール（All tool）
    制御ポイント（control point）
    生成（Generate）
    生成（generate）
    静的な選択済み保存項目（static saved selection）
    制約（constraint）
    セクション（section）
    セッション（session）
    接続（connect）
    接続文字列（connect string）
    セル（cell）
    セレクタ（selector）
    セレクタ・ツール（Selector tool）
    選択項目（selection）
    選択項目のスクリプト（selection script）
    相関副問合せ（correlated subquery）
    挿入モード（insert mode）
    ソース（source）
    ソート・ツール（Sort tool）
    属性（attriute）
    属性値（attribute value）
    属性ツール（Attribute tool）
    属性マスク（attribute mask）
    属性列（attribute columns）
    ソケット（socket）
    祖先（ancestor）
    祖先グループ（ancestor group）
    外側枠ボックス（outer bounding box）

た

    ターゲット（target）
    ターゲット・ノード（target node）
    ダイアログ・ボックス（dialog box）
    タイトルバー（title bar）
    タイトル・ページ（title page）
    タイプ（type）
    チェックサム（checksum）
    チェックボックス（check box）
    置換モード（replace mode）
    チャート項目（chart item）
    チャート・テンプレート（chart template）
    チャート要素（chart element）
    ツール（tool）
    ツールバー（toolbar）
    ツール・パレット（tool palette）
    定義済みアクション（pre-defined action）
    定義済みタイプ（pre-defined type）
    ディテール問合せ（detail query）
    ディメンション（dimension）
    ディメンション階層（dimension hierarchy）
    ディメンション値（dimension value）
    データ型（datatype）
    データ構造ノード（data structure node）
    データソース（datasource）
    データ・ディクショナリ（data dictionary）
    データベース（database）
    データベース・トリガー（database trigger）
    データ・モデル（data model）
    データ・リンク（data link）
    テキスト項目（text item）
    デバッガ（debugger）
    デバッグ（debug）
    デバッグ・アクション（debug action）
    デバッグ・トリガー（debug trigger）
    デフォルト（default）
    問合せ（query）
    問合せフィルタ・ファンクション（query filter function）
    同位項目（sibling）
    動的な保存済み選択項目（dynamic saved selection）
    登録（register）
    独立ﾃﾞｰﾀ（independent data）
    トグル（toggle）
    ドラッグ（drag）
    トランザクション（transaction）
    トリガー（trigger）
    ドリル（drill）
    トレーラ（trailer）

な

    入力項目（input item）
    塗り領域（fill area）
    ネストされたマトリックス（nested matrix）
    ノード（node）

は

    配置（alignment）
    ハイパー・テキスト（hypertext）
    ハイパーリンク（hyperlink）
    配布（deliver）
    バインド参照（bind reference）
    バインド変数（bind variable）
    破損（damage）
    パターン（pattern）
    バックグラウンド処理（background process）
    バックグラウンド要素（background element）
    パッケージ（package）
    パッケージ仕様部（package specification）
    パッケージ・ファンクション（package function）
    パッケージ本体（package body）
    バッチ（Batch）
    バッチ・コンパイル（batch compile）
    バッファ（buffer）
    パネル（panel）
    パラメータ（parameter）
    パラメータ・リスト（parameter list）
    パレット（palette）
    範囲ツール（Range tool）
    ハンドル（handle）
    比較演算子（comparison operators）
    引数（argument）
    非キャッシュ列（non-caching column）
    日付軸（date axis）
    非表示（hidden）
    ビュー（view）
    表（table）
    表形式（tabular）
    表示（display）
    表示形式（plot type）
    表示項目（display item）
    表タイプ（table type）
    ビルトイン（built-ins）
    ビルトイン・データ型（built-in datatype）
    ビルトイン・マクロ（built-in macro）
    ファイアウォール（firewall）
    ファイル・ノード（file node）
    ファミリ（family）
    ファンクション（function）
    フィールド（field）
    フィールド・テンプレート（field template）
    フィルタ（filter）
    フォアグラウンド要素（foregrond element）
    フォーカス（focus）
    フォーマット・トリガー（format trigger）
    フォーム・レイアウト（form layout）
    フォーム・レター・レイアウト（form letter layout）
    複数行フィールド（multi-line field）
    複製（duplicate）
    物理ページ（physical page）
    付与（grant）
    フラット化オブジェクト（flattened object）
    プリンタ制御コード（printer control code）
    ブレーク・グループ（break group）
    ブレーク・チャート（break chart）
    ブレーク・トリガー（break trigger）
    ブレーク・ポイント（breakpoint）
    ブレーク列（break column）
    ブレーク・レポート（break report）
    プレースホルダー・ユーザー名（placeholder username）
    フレックス・モード（flex mode）
    プレビュー（preview）
    プレビューア（Previewer）
    プログラム単位（program unit）
    プロシージャ（procedure）
    プロジェクト（project）
    プロジェクト項目（project item）
    プロジェクト・ナビゲータ（Project Navigator）
    プロジェクト・ノード（project node）
    プロジェクト表示（project view）
    プロジェクト・ファイル（project file）
    プロジェクト・レジストリ（project registry）
    ブロック（block）
    プロトコル（protocol）
    プロパティ（property）
    プロパティ・クラス（property class）
    文（statement）
    分解オブジェクト（deconstructed object）
    分割バー（split bar）
    分類（classification）
    並行性（concurrency）
    ペイン（pane）
    ページ（page）
    ページ・ブレーク（page break）
    ペースト（paste）
    ヘッダー（header）
    ヘッダー・ノード（heading node）
    別名(alias)
    変数（variable）
    編成ノード（organization node）
    ボイラープレート（boilerplate）
    ポート（port）
    保存済み選択項目（saved selection）
    保存済み選択項目ツール（Saved Selection tool）
    ボタン（button）
    ボタン・プロシージャ（button procedure）
    ポップアップ・リスト（pop-up list）
    ボディ（body）

ま

    マージン（margin）
    マクロ（macro）
    マスター/ディテール・レイアウト（master/detail layout）
    マッチング・ツール（Match tool）
    マトリックス・セル（matrix cell）
    マトリックス・レイアウト（matrix layout）
    マトリックス・レポート（matrix report）
    無名ブロック（anoymous block）
    メール・ラベル・レイアウト（mailing label layout）
    メガバイト（MB）（megabyte）
    メソッド（method）
    メッセージ・ボックス（message box）
    モーダル・ウィンドウ（modal window）
    モードなしウィンドウ（modeless window）
    文字位置（justification）
    モジュール（module）

や

    有効なXML（valid XML）
    ユーザー・イグジット（user exit）
    ユーザー定義アクション（user-defined action）
    ユーザー定義型（user-defined type）
    ユーザー定義マクロ（user-defined macro）
    ユーザー・レジストリ（user registry）
    要素（element）
    要素タイプ（element type）
    読込み一貫性（read consistency）

ら

    ライブラリ（library）
    ラジオ・グループ（radio group）
    ラジオ・ボタン（radio button）
    ラベル（label）
    ランタイム・パラメータ･フォーム（Runtime Parameter Form）
    ランチャ（Launcher）
    リスト項目（list item）
    リスト・ツール（list tool）
    リスト・ボックス（list box）
    リフレッシュ（refresh）
    リモート・データベース（remote database）
    リンク（link）
    リンク・ファイル（link file）
    ルート（root）
    ルート・ノード（root node）
    ループ（loop）
    レイアウト（layout）
    レイアウト単位（layout unit）
    例外（exception）
    例外ツール（Exception tool）
    レコード（record）
    レコード・グループ（record group）
    レジストリ（registry）
    列（column）
    列オブジェクト（column object）
    レベル（level）
    レベル・ツール（level tool）
    レポート・レベルのオブジェクト（report-level objects）
    連結したライブラリ（attached library）
    ローカル・データベース（local database）
    ローカル変数（local variable）
    ローカル・レジストリ（local registry）
    論理演算子（logical operators）
    論理ページ（logical page）

わ

    ワイルド・カード（wildcard）
    枠（edge）
    枠（frame）
    枠ボックス（bounding box）


Project Builderにおいて、Project Builderまたはユーザーにより提供され、一定の形式のファイルに用いられるコマンド文字列。アクションは単一のファイル・タイプに制限されていない。たとえば、「ビルド」アクションがFormモジュールおよびCソース・ファイルの双方に定義されている場合、「すべてをビルド」を選択すると適切なツールによりすべての.fmbおよび.cファイルがコンパイルされる。｢定義済みアクション（pre-defined action）｣と｢ユーザー定義アクション（user-defined action）｣も参照。


埋込み型のコンピュータ・システム用に米国国防総省により開発された、高レベルのプログラミング言語。


ユーザー入力を受けることができるウィンドウまたはビュー。


（Oracle Express） 複数のディメンション値のデータを1つの値（全都市の合計販売数など）またはさらに小さな値セット（各地域の都市について算出された平均販売数など）に統合すること。データは詳細の最低レベルで収集されることが多く、分析用にさらに高いレベルでの合計に集約される。


最後のアクションのために発生した状況を通知するモーダル・ウィンドウ。警告には応答する必要がある。


フィールド内でデータが位置付けられる方法。データを定義されたフィールド幅の左、右、中央、左揃え、右揃えまたは中央揃えで配置できる。


表、ビューまたは列を参照するためにSQL文内で使用される2次的な名前。


（Oracle Express） ディメンション内のすべての値または特定階層についてのディメンション内のすべての値を選択できる「セレクタ」ダイアログ・ボックスのツール。


（Oracle Express） 階層内の特定の値を超えるレベルのディメンション値。祖先の値は、その子孫の値の集約合計である。次の例は、GEOGRAPHYディメンション内における、"France"、"Lyon"および"Paris"の祖先としてのディメンション値である"Europe"を示している。


別のグループを直接または間接に所有するグループ。


最初のオブジェクトの位置と2番目のオブジェクトとの関係を保ちながら、1つのオブジェクト上のスポットを別のオブジェクト上のスポットに固定するレイアウト・オブジェクト。


（Oracle Express） ファミリ・リレーションを基準にしてディメンション値を選択するとき、または階層内をナビゲートするときに使用する特定のディメンション値。


名前がなく、実行可能文を囲むBEGINおよびENDキーワードを明示的に指定する必要のないPL/SQLプログラム単位。無名ブロックには名前がないため、他のプログラム単位は参照できない。


別のオブジェクトのグループツリー内で、そのオブジェクトよりも上の位置で現れるオブジェクト。どのオブジェクトも、その依存項目の上位項目になる。


必要に応じWebページやアプリケーションに動的にインポートできる小さなプログラムを表すJava用語。


特定の結果を達成するために使用される、1つ以上のプログラム・モジュール。アプリケーションは、他のアプリケーションにネストできる。たとえば、業務システムを制御するアプリケーションには、データ入力用のさまざまなForm Builderアプリケーションやそのデータを視覚的に表示するさまざまなGraphics Builderアプリケーションを含めることができる。


1. プログラム単位が継続して作動するようにプログラム単位に渡される任意の式。
2. キーワードおよびキーワードの指定値を含む句。


情報交換用の米国標準コード。American National Standard Code for Information Interchangeの略称。


読込み専用のPL/SQLサブプログラムの集合であり、通常アプリケーションと共に提供され、必要なPL/SQLソースを提供する。連結ライブラリ内のプログラム単位は、コンパイル時または実行時に他のプログラム単位によって初めてコールされたときに、暗黙的にロードされる。それらのプログラム単位は、再度必要になったときにすばやく利用できるように、ロードされた状態になっている。このため、実行時のメモリの使用量を節約し、アプリケーションのパフォーマンスを改善することができる。「ライブラリ（library）」も参照。


1. 「プロパティ（prorety）」を参照。
2.  Oracle8オブジェクト・タイプ定義の一部またはコンポーネント。各属性には、名前とOracle8データ型がある。オブジェクト表がオブジェクト・タイプに基づいて作成される場合、表内の列は、オブジェクト・タイプ定義内の属性に対応する。リレーショナル表内の列オブジェクトがオブジェクト・タイプに基づいて作成される場合、その列オブジェクトにはサブ列と同等のものが含まれ、それぞれがオブジェクト・タイプ定義内の属性に対応する。表内の各Oracle8オブジェクト属性が、別の列であるかのように異なるデータ項目として扱われる。このことは、リレーショナル表内のオブジェクト表と列オブジェクトについてもあてはまる。
3. （Oracle Express） ディメンション値によって共有される記述子の特徴。属性は論理グループ分けを表し、これによってユーザーは、同類の特徴を基にデータを選択できる。たとえば、履き物を表すデータベースでは、履き物の色という属性を使用することにより、同じ色を共有するすべてのブーツ、スニーカーおよびスリッパを選択できる。


列オブジェクトを構成する列（Oracle8）。


Graphics Builderでは、属性記述子内の最初の要素。その後のファンクション・コールで設定または取り出される属性のツールキットに知らせる32ビットのマスク。属性マスク内に対応するビットが設定されている要素のみが設定または取り出される。


（Oracle Express） 属性および属性値を基準にしてディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。たとえば、ソフト・ドリンクを表すデータベースでは、サイズが1リットルの全製品を選択する場合もある。その場合、「サイズ」が属性で、「1リットル」が属性値である。


（Oracle Express） 属性を構成する、データベース内の値。たとえば、アイスクリーム製品を表すデータベースでは、バニラ、チョコレートおよびストロベリーといった属性値は、製品ディメンションの味属性に属する場合がある。ブランド、形態およびサイズなど、製品ディメンションのさまざまなレベルにおけるディメンション値は、味について同じ値を共有する場合がある。


チャートの1種であり、軸と呼ばれるチャートの境界線のどこにデータが位置するかに基づきデータが表示される。軸チャートには軸が2つまたは3つあり、それぞれが項目軸、値軸または日付軸のいずれかになる。


パターンの白い部分。バックグラウンド要素に色を付けるには、「塗りカラー」パレットを使用する。


オペレーティング・システム環境で実行され、サービスやアクションを行う非対話形式のプロセス。一部のOracle製品では、データベースを同時に使用するユーザーのための作業の実行と調整、電子メッセージの処理と配布、印刷サービスの管理など、さまざまな作業にバックグラウンド処理を使用する。


チャートの値軸上の表示フィールドの始点として使用される値。


ウィンドウ・システムを使用せずにバッチ・モードでアプリケーションを実行する実行可能プログラム。


いくつかのPL/SQLプログラム単位をマシンが実行できる形式に一度に変換する。


PL/SQL構成体またはSQL SELECT文内のあらゆる位置に出現する単一のリテラル値（文字列、数値、日付など）の置換に使用されるパラメータへの参照。バインド参照の際には、パラメータ名の前にコロン（:）を付ける必要がある。


PL/SQLパッケージ以外で作成し使用できるグローバル変数。


1. キーワードDECLARE、BEGIN、EXCEPTIONおよびENDで定義される、PL/SQL内の基本的なプログラム単位。
2. Form Builderでは、データベース表またはビューに関連する論理コンテナ。


1. プログラム単位の仕様部と同じ情報が入っており、サブプログラムの実際のインプリメンテーション（そのアクション順序）も含む。ほとんどの場合、1つのサブプログラムには、本体を1つのみ定義する必要がある。
2. Report Builderでは、レポート・レイアウトの大部分（テキスト、図形、データおよび計算）を含む領域。レポートのボディは、レポートのヘッダー・ページとトレーラ・ページの間に表示される。


レポートが実行されるたびにレポート内に表示されるテキストまたは図形（あるいはその両方）。一部の製品では、「一定の」テキストまたは図形と呼ばれる。


レイアウト・オブジェクトの周辺のユーザー定義のアウトラインであり、通常その内容を強調表示するために使用する。境界線は、幅の半分がオブジェクトの枠の外側、もう半分が内側になるように描かれる。


「内側枠ボックス（inner bounding box）」および「外側枠ボックス（outer bounding box）」を参照。


1つの軸に沿って2種類のデータを表示する軸チャート。


ブレーク・グループに割り当てられた問合せ列。


レポート・データのブレークまたは分類に使用されるグループ。ブレーク・グループに割り当てられた問合せ列のデータは、すべて別のグループに属する列のデータの上に表示される。ブレーク・グループにフェッチされた各レコードは一度しか表示されないが、別のグループの複数の関連レコードは表示できる。


レポート・データの集合を分類する項目を含むレポート。


ブレーク・ポイントに達するたびに実行されるPL/SQLブロック。「ブレーク・ポイント（breakpoint）｣も参照。


PL/SQLサブプログラム内のあらゆる実行可能ソース行にセットできるデバッグ・アクション。ブレーク・ポイントはプログラム単位の実行を中断し、制御をPL/SQLインタプリタに渡す。ブレーク・ポイントを使用すると、サブプログラムをステップごとに実行し、ランタイム・エラーを探すことができる。「ブレーク・トリガー（break trigger）」も参照。


特定の形式のドキュメントを作成するために使用されるコンポーネントを指す。たとえば、フォームの作成にはForm Builderが、レポートの作成にはReport Builderが使用される。


Oracle Serverによって定義およびサポートされるデータ型。


PL/SQL言語に対する拡張機能の集合であり、ソフトウェアで使用されるように設計されている。ビルトインには、データ型、プロシージャ、ファンクション、例外および定数が含まれる。


Project Builderでは、マクロはProject Builderに付属している。「マクロ（macro）｣も参照。


コンピュータと周辺機器、またはコンピュータの部分間でデータを転送する間、データを一時的に格納する領域。バッファにより、転送の速度またはタイミングの違いによる情報の損失を防ぎ、一部の機能が高速化される。


1. アクション項目の選択、ダイアログボックスの表示、または現行の条件の確認に使用されるインタフェース要素。
2. 関連するPL/SQLプロシージャをもつ、アプリケーション内のオブジェクト。通常、ユーザ・マウス・イベントに基づいて実行される。


アプリケーション・オブジェクトに関連するPL/SQLプロシージャであり、実行時にその項目で特定のマウス・イベント（ボタンのクリックなど）が発生すると実行される。これは、ブレーク・グループを含む、フェッチされたデータの階層を確立することによって行われる。


現在、ユーザーからアクセスまたは変更されているデータベース上のデータ、またはOracle Serverがユーザーのサポートに必要とするデータのための、一時的な格納領域。これらの用語は同義で使用されることが多い。


Forms DeveloperおよびReports Developerコンポーネントの実行可能プログラムを他のOracle製品や3GLプログラムから起動させるためのインタフェース。


最初のエントリ・ポイントから現在実行しているサブプログラムに対する、一連のサブプログラム・コール。各サブプログラム・コールは、下に伸びるコール・スタック上の枠によって表され、新規に入力されたサブプログラムはスタックの一番下に追加される。


   「エディタ（editor）」を参照。


Form Builderでは、ユーザーがランタイム・アプリケーションで対話を行うインタフェース・オブジェクトを配置するバックグラウンド・オブジェクト。キャンバス・ビューは、通常、ウィンドウに対応付けられる。


オープンAPIを通じてクライアント、アプリケーション・サーバーまたはデータベースにプラグインできる、管理可能なオブジェクト。


「スタイル・シート（style sheet）」を参照。


非階層型の図表やその断片などの情報の種別を、感性レベルではなく、可能とするラベル・コンポーネント。分類された種々の情報へのアクセスを個別に制限する手段として使用される。


「項目軸（discrete axis）」を参照。


スプレッドシート内のデータのインスタンス（Microsoft Excelなど）。


Common Gateway Interfaceの略称。アプリケーションをWebサーバー上で実行するための、業界標準の技法。Webサーバーで検索される標準のHTMLドキュメントは静的であるが（まったく同じテキストが毎回検索される）、CGIにより、プログラムがWebサーバー上で稼働して別のコンピュータと通信を行い、ユーザーが入力する情報に応えて「動的な」HTMLドキュメントを生成することが可能になる。


コンピュータ・グラフィックス・メタファイル。国際的に認められたファイル形式で、オブジェクト指向の図形の保存や、システムまたはプログラム間の転送に使用される。


ANSI/ISO互換のために提供されているOracleデータ型の1種。CHAR列は固定長の列で、A、3、&、ブランクなどの印字可能文字を含むことができ、1～255個の半角文字やNULLを入力できる。


フィールドに対する単一の値を示す、横棒、線、記号、その他の図形オブジェクト。


Graphics Builderチャートをフォームまたはレポートに埋め込むのに使用されるあらゆるサイズの境界のある四角形。


チャートの書式を定義する属性とプロパティの集合。


小さな四角形として表示されるインタフェース要素であり、ユーザーはこれをオンまたはオフに切り替えることができる。


エラーチェックのアルゴリズム。


1. グループの1メンバーであり、グループ・ツリー内でそのグループ・オブジェクトのすぐ下に位置するオブジェクト。グループ・オブジェクトを構成するオブジェクトは、そのグループの子である。どのオブジェクトも、その親オブジェクトの子になる。
2. （Oracle Express） 階層内にある特定値のすぐ下のレベルのディメンション値。子の値は、親の集約合計を生成する計算に組み込まれる。ディメンションに複数の階層が含まれる場合、ディメンション値は複数の親の子である場合がある。次の例は、GEOGRAPHYディメンション内で、"France"の子としてのディメンション値"Lyon"と"Paris"を示している。


「ディテール問合せ（detail query）」を参照。


ラベルの付いた、情報の感度を示す階層レベル。分類は、情報へのアクセスを制限する手段として使用される。


文全体を構成しない、SQL文の一部。たとえば、「WHERE句」。


別のアプリケーションまたはコンピュータ（「サーバー」）のサービス、データ、処理などを要求するユーザー、ソフトウェア・アプリケーションまたはコンピュータ。2タスク環境では、クライアントはユーザー・プロセスである。ネットワーク環境では、クライアントはローカル・ユーザー・プロセスであり、サーバーはローカルまたはリモートの場合がある。


2つのCPU間の処理の分離。1つはトランザクション内でサービスを提供するサーバーとして、もう1つはトランザクション内でサービスを要求して受けるクライアントとして稼働する。共有データ管理の仕事は、すべてデータベース管理システムを実行しているコンピュータによって処理されるので、データベース・アプリケーションを実行しているワークステーションは、データの解釈と表示専用になる。


メモリー・バッファ。オブジェクトは、別のオブジェクトをカットまたはコピーするか、またはアプリケーションを終了するまで、クリップボードに残る。


すべてが同じデータ型で、数に制限のない要素によって構成されるデータ単位を記述する、ユーザー定義データ型。可変配列型および表タイプは、コレクション・タイプである（Oracle8）。


Forms Developerの実行可能プログラムのコマンド・ライン引数のセットが入ったファイルを指定できる引数。


ウィンドウ・システム、描画面、またはウィンドウおよびそのビューに利用できるすべての色を含む。


1. データの特定のドメインを表す、データベース表内の垂直方向の領域。列には列名（ENAMEなど）があり、特定のデータ型（CHARなど）を持っている。たとえば、従業員情報の表で従業員名のすべてが1つの列を構成するなど。レコード・グループ列は、データベースの列を意味する。
2. Report Builderでは、問合せのSELECTリスト内の列のそれぞれの式に対し自動的に作成されるか、集計や式を実行したりプレースホルダーとして稼働するために手動で作成されるデータ・モデル・オブジェクト。


Oracle8のリレーショナル表またはオブジェクト表で、定義がオブジェクト・タイプに基づいている列。列は複合列で、その構成部分は、オブジェクト・タイプの属性に対応する。


オペレーティング・システムのコマンド・ライン。ほとんどのOracle製品は、いくつかの実行プログラム引数を使用して、コマンド・ラインから起動できる。


プログラム内に説明文を含めるための言語要素。これを実行しても影響は出ない。


データベース内のデータの変更を永続的にすること。変更が確定されるまでは、変更情報を格納したり、データを前の状態に復元できるように、新旧のデータが存在する。


（Oracle Express）

>	より大きい

<	より小さい

=	等しい

<=	以下

>=	以上

<>	等しくない

数値の場合、オペランドは最小共通型に拡大される（IntegerはLongに優先し、LongはSingleに優先し、SingleはDoubleに優先する）。文字列の場合、比較は大/小文字が区別され、Windowsのコントロール・パネルで指定する言語によって使用される照合順番に基づいて行われる。結果はFALSEが0でTRUEが-1になる。


ソース・プログラムを、バイナリの実行可能な形式に変換すること。PL/SQLプログラム単位は、実行する前にコンパイルする必要がある。


大規模アプリケーションの一部である特定のターゲット・オブジェクト。｢ターゲット（target）｣も参照。


異なるデータベース・アプリケーションや同じアプリケーションを実行する複数のユーザーによる、同じデータの同時アクセス。データベース・ソフトウェアで並行性を保つには、すべてのユーザーが首尾一貫したデータを参照できることと、すべての変更が適切な順序で行われることを保証するロジックを追加する必要がある。


X> 100のように、値が真か偽である式。たとえば、式で真を評価させた行のみを表示するための問合せを行う場合、問合せに条件を設定します。


子オブジェクトが親オブジェクトの内外で移動またはサイズ変更されることを防ぐレイアウト・エディタ・モード。


データベースへログインすること。問合せを作成または変更したり、データベースに格納されているアプリケーションにアクセスする場合は、接続する必要がある。


SQL*Netがネットワーク上の特定のOracleインスタンスへの接続に使用する、プロトコルを含むパラメータの集合。


オブジェクト・レベルやアプリケーション・レベルではなくデータベース・レベルで実施される、一定のデータに関する規則または制限（列でのNOT NULL制限など）。


PL/SQLコードの構成体。構成体には2つのタイプがある。値無し構成体は値を戻さず、値付き構成体は値を戻す。


Oracle Serverが現行のSQL文を格納する作業領域。文が問合せの場合には、結果の列ヘッダーと結果が入る１行。カーソルとも呼ばれる。


1つの値で始まり、別の値に達するまで継続する値を表示する軸。したがって、これらの値は、数学的に関連付けられている依存データは、通常、値軸とも呼ばれるこの軸に沿って表示される。


オブジェクトの理想的な形を構成する、垂直の四角形の4隅の点。レイアウト上のオブジェクトを選択すると、その制御ポイントが表示される。選択するオブジェクトによっては、制御ポイントをドラッグして、オブジェクトを変更できる場合がある。


描画が行われる2次元の格子。


レイアウト・エディタ・ビューでのオブジェクトの配置とサイズ設定に使用される、x，y単位のタイプ。利用できる座標システムは、1) プラットフォーム固有の文字セル・サイズを使用する文字、2) 単位がピクセル、センチメートル、インチまたはポイントである実際単位。


オブジェクトがレイアウト内で表示されるための位置を示す点。x座標とy座標により、オブジェクトの水平方向（x）と垂直方向（y）の位置が決まる。


必要に応じエディタ内の別の位置にペーストできるように、選択されたオブジェクトの複製をクリップボード上に保管すること。


親問合せと同じ表に基づく副問合せ（たとえば、その親問合せに含まれる表の中にある列の参照など）。


2つ以上の他のグループを所有し、数学的なクロス積を実行する（それらの間の値を相関させる）グループ。


｢マトリックス･セル｣を参照。


1. マウスの位置を示す小さなアイコン。カーソルの形は、選択するツールによって異なる。
2. 問合せにより取り出されるデータに対する内部ポインタ。カーソルは、一度に1行のデータしか指さない。ただし、ビルトイン・サブプログラムを使用すると、カーソルをデータ・セットの任意の行に移動できる。


（Oracle Express） ユーザーが作成する式で、これによってデータ解析を細かくチューニングできる。データベース内のベース基準を使用して、カスタム基準を作成できる。たとえば、データベース内にVolume Shareという既存の基準がある場合、この基準を使用して、Volume Share Year Agoという名前のカスタム基準を作成できる。このカスタム基準では、製品の前年度からの全体シェアを見ることができる。


1つ以上のオブジェクトを削除し、必要に応じエディタ内の別の位置にペーストできるようにそれらをクリップボードに保管すること。


ビューは、その全体または一部が他のビューにより遮られると破損する。


データベースの管理者により所有される一組の表およびビュー。Oracle Serverやその他のリレーショナル・データベースの中核となる情報ソース。


グループと問合せ間でマスター/ディテール（親子）関係を定義するのに使用されるデータ・モデル・オブジェクト。


データベースからどの値をフェッチすべきか、どの値を計算すべきか、データをレポート内でどのように順序付けるべきかを定義するリレーショナル・モデル。データ・モデルを定義するReport Builderオブジェクトは、問合せ、グループ、列、パラメータおよびリンクである。


ビューは、その全体または一部が他のビューにより遮られると破損する。


Project Builderにおいて、オープン・オブジェクトの構造を制御するプロジェクト項目を示す、プロジェクト・ナビゲータ内のノード。たとえば、「グローバル・レジストリ」ノードはグローバル・レジストリを示し、ローカル・レジストリのリストとグローバル・タイプ定義のリストが含まれている。


ユニットとして扱われる、一組のディクショナリ表とユーザー表。


トリガーを実行するINSERT、UPDATEまたはDELETE文がデータベースのリレーショナル表に対して発行されたときに、暗黙的に実行される保存済みのPL/SQLブロック。｢デバッグ・トリガー（debug trigger）｣も参照。


データの標準の書式。共通のOracleデータ型には、CHAR、VARCHAR2、DATE、NUMBER、LONG、RAWおよびLONG RAWなどがある。


Oracle Serverのデータ型の1つ。日付列には、紀元前9999年1月1日から西暦9999年12月31日までの日付と時刻が入る。


1つの日付から始まり、別の日付に達するまで続く日付の値を表示する軸。


プログラム内のランタイム・エラーを検出して診断し、削除すること。


PL/SQLサブプログラム内に配置されるユーザー指定のイベントであり、通常ランタイム・エラーのトラブルシュートを目的とする。


PL/SQLサブプログラムのどの実行可能ソース行にも配置できる、条件付きのデバッグ・アクション。指定条件が満たされると、サブプログラムの実行が再開される前に、指定したアクションが実行される。｢データベース・トリガー（database trigger）｣も参照。


テストとデバッグに使用される、ソフトウェアでのProcedure Builderの機能。


Oracle8では、オブジェクト・タイプとオブジェクトは複合要素であり、構成要素と属性によって構成される。Forms DeveloperおよびReports Developerでは、個々の構成要素または属性を、独立した、個別に選択できるデータ項目として扱う。このような扱い方によって、分解オブジェクトが生成される（フラット化オブジェクトとも呼ばれることもある）。オブジェクトはDeveloper環境内において、同類のエンティティではない。


値が他のデータに依存するデータ。たとえば、ある従業員の就業年数は値10であるが、それはその従業員の名前の値と依存します。値データとも呼ばれる。


ユーザーが必要なコマンド・パラメータや属性を指定しない場合にシステムにより提供される値。


配布と実行のために完成されたアプリケーションを用意し提供すること。


Project Builderにおいて、Project Builderがプロジェクト内で参照されるファイルをどのようにコンパイルするかを決定するために使用する機構。ツリーの左上の項目は、右下の項目に依存している。たとえば、ヘッダー・ファイルが古いか、またはそれを使用して構築する実行可能ファイルより新しいと、Project Builderでは、Buildコマンドを受けて、実行可能ファイルが再構築される。依存性はサブプロジェクトにも当てはまる。たとえば、関数ライブラリを含むサブプロジェクトが再構築されていると、Project Builderは更新されたライブラリ関数を使用するため依存プロジェクトを再構築する必要があることを「理解する」。｢依存性表示（dependency view）｣も参照。


Project Builderでは、プロジェクト・ナビゲータ内のファイルをそれらが互いに依存する順に表示（プロジェクト・ノードを階層の最上位に、その後にターゲット・ノードを、続いてそれらのターゲットの構築可能コンポーネントを配置）する。たとえば、実行可能フォームは.fmbファイルに依存してこれに先行し、.fmbファイルはUSEREXITプロシージャが使用するライブラリに依存してこれに先行するなど。｢プロジェクト表示（project view）｣、｢ターゲット（target）｣も参照。


1. 別のオブジェクトのグループ・ツリー内で、そのオブジェクトより下位に現れるオブジェクト。どのオブジェクトも、その上位項目の依存項目になる。
2.（Oracle Express）階層内の特定の値より小さいレベルのディメンション値。子孫の値は、その祖先の集約合計を生成する計算に組み込まれる。次の例は、GEOGRAPHYディメンション内における、"Europe"の子孫としてのディメンション値である"France"、"Lyon"および"Paris"を示している。


Forms DeveloperおよびReports Developerアプリケーションのさまざまなコンポーネントを設計するためのインタフェース。


「Oracle Designer」を参照。


アプリケーション・モデリング、設計および生成のツールセット。Oracle Designerを使用すると、Oracleリポジトリに記録されているモジュール定義からフォームとメニューを生成できる。


マスター/ディテール・レポートを定義する際、ディテール問合せはマスター（親）問合せにより取り出された各レコードに対するすべての関連レコードを取り出す。


操作を完了するために必要な情報の入力を求める、部分的な画面またはウィンドウ。


コンパイラにより生成される、プログラム単位の中間的な表現。DIANAには、コンパイルされるプログラム単位の構文上と意味上の情報がすべて含まれている。参照をプログラム単位にコンパイルするため、コンパイラは参照先のプログラム単位のDIANAへのアクセスを必要とする。たとえば、プログラム単位Aがプログラム単位Bをコールする場合、BのDIANAが使用可能でなければ、Aをコンパイルできない。


（Oracle Express） データのカテゴリを提供する値のリストである、データベース・オブジェクトのタイプ。ディメンションは、変数の値を識別する索引として機能する。たとえば、月ごとに個別の販売金額が記録された販売データがある場合、そのデータにはMONTHディメンションがある。つまり、データが月別に分類される。ディメンションはリレーショナル・データベースにおけるキーに似ている。

マルチディメンションの変数内にある任意のデータ項目は、変数の各ディメンションから1つのメンバーを指定することにより、一意におよび完全に選択できる。たとえば、販売変数がMONTH、PRODUCTおよびMARKETによってディメンション化されている場合、MONTHディメンションで"January"、PRODUCTディメンションで"Stereos"、MARKETディメンションで"Eastern Resion"を指定すると、変数内の1つのセルが一意に指定される。このように、ディメンションによって、データの取出し、更新および計算について、データを編成および選択するための、正確で、直感的な方法が提供される。

ディメンションは、1つのテキストまたは整数値などの単純な値から、他のディメンションの値を組み合わせた値など、連結した値の場合もある。複合は、ディメンションではないが、散在する値を処理する目的でExpressによってディメンションのように扱われる、連結に似た内部オブジェクトである。


（Oracle Express） ディメンションを構成するリスト内の1つの要素。たとえば、コンピュータ会社のPRODUCTディメンションでは、"LAPPC"および"DESKPC"と呼ばれるディメンション値を持つ場合がある。GEOGRAPHYディメンション内の値には、"Boston"および"Paris"などが含まれる場合がある。また、TIMEディメンション内の値には、"MAY96"および"JAN97"などが含まれる場合がある。


メニュー項目、ボタンなどを表す、インタフェース要素の状態。現行のコンテキストでは使用不可。つまり、キーボードやマウス入力には応答しない。


固有の値を固定した間隔で表示する軸。これらの値は、数学的に関連付けられていない。通常、独立データは、項目軸とも呼ばれるこの軸に沿って表示される。


チャート、イメージ、テキスト・オブジェクトおよび形のあらゆる組合せを含むGraphics Builderドキュメント。


Form Builderでは、PL/SQLでプログラムに基づいてフェッチまたは割り当てる必要のある情報を格納または表示する項目。


これはコール・スタックに属するため、この中では新規に入るサブプログラムはスタックの最下部に追加される。最初のプログラム・エントリ・ポイントに対応する最も古い枠は、スタックの一番上に、最も深くネストされたサブプログラム・コールと関連付けられた最新の枠は、スタックの一番下にある。


マウス・ボタンを押したまま、マウス・ポインタをウィンドウ内の特定の位置にスライドさせること。


（Oracle Express） 階層を持つディメンション内の集約のレベルを上下にナビゲートすること。ディメンション値を選択したり、データを表示したりするとき、ディメンション階層内でドリル・ダウンまたはドリル・アップすることにより、階層を拡張または縮小できる。ドリル・ダウンによってビューが拡張され、ディメンション階層内にある親の値に関連付けられている子の値も表示される。ドリル・アップによって、ディメンション階層内にある親の値に関連付けられている子の値のリストが収縮される。

階層をドリル・ダウン（拡張）するにはプラス・アイコン( [image])をクリックし、ドリル・アップ（縮小）するにはマイナス・アイコン( [image])をクリックする。

セレクタ内では、ドリル・アイコン( [image])をクリックして「ドリル」ダイアログ・ボックスを表示し、ディメンション全体の詳細レベル選択できる。


クリップボードの内容を変更することなくレイアウト上のオブジェクトを直接コピーできるオプション。


（Oracle Express） 評価されるたびに異なるディメンション値を持つことのできる保存済み選択項目。選択されたディメンション値は、使用ごとに異なる場合がある。対照的に、静的な保存済み選択項目は、ディメンション値の変化しないリストである。動的な保存済み選択項目のスクリプトには"Select the last three Months"などのように文が記述されるが、静的な保存済み選択項目のスクリプトには、"Select February 1996, March 1996, and April 1996"といったように文が記述される。


拡張2進化10進符号（Extended Binary-Coded Decimal Interchange Code）の略称。


オブジェクトの境界。


境界線、塗りおよびテキスト・パターンと色の現行の設定を表示する、レイアウト・エディタのツール・パレット上の表示ボックス。


プログラム単位の作成やアプリケーションの設計など、一連の特定のタスクを実行する作業領域。


情報を記録する必要があるかもしれない重要な事柄。要素は、属性および他の要素との関係で記述される。


ディクショナリ内に保持される要素はすべて、特定のタイプに分類される。要素タイプには、エンティティ、属性、プログラム・モジュール、表、ダイアグラム、テキスト、ソフトボックスなどがある。これらのオカレンスまたはインスタンスは、要素と呼ばれる。


（Oracle Express） 実行しようとしているタスクに関連のあるダイアログ・ボックスを表示する。通常はそこで1つ以上の必要な値を選択する。


メニュー項目、ボタンなどが現行のコンテキストで使用できる（つまり、キーボードやカーソルおよびマウスの入力に応答する）ことを表すインタフェース要素の状態。


別のオブジェクトを含むオブジェクト。オブジェクトは、次の条件をすべて満たす場合に限り、別のオブジェクトに囲まれると見なされる。両方のオブジェクトが同じ領域に属している（ボディまたはマージン、ヘッダー、トレーラ）。2つのオブジェクトの外側のものが、枠または繰返し枠である。2つのオブジェクトの外側のものが、もう一方の後ろにある。2つのオブジェクトの内側のものが、完全にもう一方の境界線内にある。両方のオブジェクトが同じ領域に属している（ボディまたはマージン、ヘッダー、トレーラ）。2つのオブジェクトの外側のものが、枠または繰返し枠である。2つのオブジェクトの外側のものが、もう一方の後ろにある。2つのオブジェクトの内側のものが、完全にもう一方の境界線内にある。


意図された受取人のみがデータを暗号解除し、読めるようにデータを暗号化すること。


一般的に使用されるツールおよびそれらの構成情報を含む、ユーザーのコンピュータ･ベースの作業場所。Project Builderにおいて、Forms Developerアプリケーションの開発関連のさまざまな作業を完成するのに使用される、ツールのサブセットを指す。


PL/SQLサブプログラムから生成される警告またはエラーの状況。


（Oracle Express） 指定期間を満たすデータに関連付けられたディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。たとえば、ボストン市場で1995年の12月23日で終わる週に、ドル売上高が10,000ドルを超えるすべての製品を選択するといった操作もできる。


'OPENFILE=my_disp'や'PRINT=YES'など、製品の実行可能プログラムに渡すことができる引数。これらの引数は、通常実行可能プログラムがコマンド・ラインから起動される際に指定される。


「実行（run）」を参照。


オブジェクト、モジュール、選択されたテキストやイメージのコピーをファイルやデータベースに格納すること。Project Builderにおいて、プロジェクト、タイプ、アクションまたはマクロ（あるいはそれらすべて）の定義が含まれるファイルを、異種プラットフォームで作業する他のクライアントに配布できる移植性のある形式で書くプロセス。「エクスポート・ファイル（export file）」、「インポート（import）」も参照。


Project Builderにおいて、プロジェクトのエクスポートにより作成された共有可能な移植性のあるファイル。


1. 変数、定数、リテラルおよびそれらの値による操作を結合したPL/SQL構成体。
2.（Oracle Express） Express言語プログラム内で指定される1つ以上のデータ値。たとえば、式をプログラムまたは関数の引数として指定できる。式は次のいずれかである。

•	単一のリテラル値（10など）

•	1つ以上の値を含む変数または式

•	1つ以上の値を返す関数

•	変数、式または関数などの値を、算術演算子またはブール演算子と組み合せる計算


「ライブラリ（library）」を参照。


他のOracle製品により参照可能なANSI規格のSQL SELECT文。


（Oracle Express） ディメンション階層のレベルに対応する、関連のあるディメンション値のグループ。ファミリ内のディメンション値は、祖先、親、子および子孫としてお互いに関連付けることができる。次の例では、GEOGRAPHYディメンション内のディメンション値"France"についてのファミリ・リレーションを示す。


（Oracle Express） 特定階層のディメンション値のファミリを選択できる、「セレクタ」ダイアログ・ボックスのツール。ファミリには、1つの親とその子孫にあたるディメンション値すべてが含まれる。たとえば、GeographyディメンションにあるChicago市場レベル以下のファミリ・メンバーをすべて選択できる。


1. その中でデータの入力、編集および削除が可能なインタフェース要素。2. Graphics BuilderおよびReport Builderでは、特定の問合せ列のデータがどのように表示されるかを定義するレイアウト・オブジェクト。


Graphics Builderでは、独立データ（値）が横棒や線のようなチャート・フィールドとしてどのように表示されるかを決定する、属性およびプロパティの集合。


Project Builderにおいて、ファイル・システム内に格納されたファイルを示す、プロジェクト・ナビゲータ内のノード。たとえば、グローバルおよびローカル・レジストリ・ノードは、それぞれグローバルおよびローカル・レジストリ・ファイルに対応する。


塗り（色またはパターン）が適用される、オブジェクト内の領域。


グループによりデータが表示されることを制限する、PL/SQL関数または無名関数。


ローカル・エリア・ネットワーク上のコンピュータに対する外部からのアクセスと、ローカル・エリア・ネットワーク内から外部のコンピュータへのアクセスを規定するコンピュータ。


「分解オブジェクト（deconstructed object）」を参照。


子オブジェクトが移動またはサイズ変更される際に親オブジェクトのサイズ変更または縮小を自動的に行い、オブジェクトの位置変更やサイズ変更により影響される可能性のある他のレイアウト・オブジェクトの位置を調整するレイアウト・エディタ・モード。


ユーザーまたはクライアントからの入力に応答できるエンティティ状態。エンティティは、キーボード・フォーカスを持っていれば、ユーザーがキーを押したときにイベントを受け取れる。描画ビューは、描画フォーカスを持っていれば、描画に影響を与えるクライアント・ルーチンに応答できる。


パターンの黒い部分。フォアグラウンド要素に色を付けるには、「線カラー」パレットを使用する。


別の表の主キーを参照している、1つの表内の値または列。


Report Builderにおいて、ラベルがフィールドの左に、各レコードが別々の論理ページに表示される、デフォルトのレイアウト・スタイル。


Report Builderにおいて、ボイラープレートとフィールドを混在させ「ワード」ブレークで行を折り返すデフォルトのレイアウト・スタイル。


（フィールド・プロパティ） フィールドの値の表示状態を定義する設定。たとえば、書式マスクは、金額や日付の表示を指定するのに使用される。


オブジェクトのフォーマット属性の動的な変更を可能にするPL/SQL関数。


（Oracle Express） 値を生成するストアド計算、ストアド式またはストアド・プロシージャを表すデータベース・オブジェクトのタイプ。データ内の複雑なまたは頻繁に使用されるリレーションを、データ自体を再保存せずに定義および保存する方法は、式によって提供される。式を使用するたびに、値の生成に必要な計算またはプロシージャはExpressによって実行される。


PL/SQLのファンクションまたは式、ユーザー・イグジット、SQL文またはこれらのあらゆる組合せからそのデータを獲得するユーザー作成の列。


1.Graphics Builderにおいて、チャートの基本構造を定義するがデータの表示方法は決定しない、チャート・テンプレートの一部。
2.Report Builderにおいて、他のレイアウト・オブジェクトを囲み複数のオブジェクトのフォーマット、周期および位置を同時に制御するのに使用されるレイアウト・オブジェクト。


アクションの指定されたシーケンスを実行して値を返すPL/SQLサブプログラム。クライアントおよびデータベース・サーバーに存在し、実行することができる。


アプリケーションを、ランタイム実行可能プログラムおよびバッチ実行可能プログラムで実行できるバイナリ形式でファイルまたはデータベースに保存すること。


実行可能なForm Builder。アプリケーションをバイナリ形式でファイルやデータベースに保存するときに使用される。


Forms DeveloperおよびReports Developerインストールの全体に共通した情報を格納するProject Builderレジストリ。この情報は、タイプ定義と、それに関連付けられたアクションおよび、事前定義済みまたはユーザー定義のプロパティに限られる。グローバル・レジストリの使用はオプションである。グローバル・レジストリのファンクションは、個々のユーザー・レジストリにより実行することができる。「レジストリ（registry）」、「ユーザー・レジストリ（user registry）」も参照。


アプリケーション内に存在する論理コンテナ。アプリケーションがグローバル変数を使用する場合、その変数は、アプリケーションを終了するまで、または別のオブジェクトがその変数を明示的に削除するまで、保持される。


ユーザーに、モジュールに対するアクセス権限を与える。アクセス権限を他のユーザーに付与できるのは、モジュールの作成者のみである。


Graphics Builderでは、レイアウト・エディタ内の行と列を分離する線。


1. いくつかの他のオブジェクトから構成されているオブジェクト。
2. Report Builderにおいて、問合せにより選択されているすべての列を含むため自動的に作成されるか、レポート内に現れるデータの階層を変更するためにユーザーにより作成されるデータ・モデル・オブジェクト。主に、レポート内でのブレークの作成と計算のリセットに使用される。
3.Project Builderにおいて、ランチャ外のサブメニューを介して利用できる関連項目の集合。グループによりユーザーは、他の項目またはグループ（あるいはその両方）を表示するためにポップアップする任意の「グループ」をエントリとして、ランチャをWindows95の「スタート」メニューに似せてセットアップできる。たとえば、ユーザーはプロジェクト計画、作業リスト、コンポーネント仕様などを含む「Project Docs」というグループを定義し、.TXTファイルや.DOCファイルなどを含めることができる。


グループによりフェッチされるデータを制限するPL/SQL関数。


「ファミリ・ツリー」に類似した階層モデルで、グループ・オブジェクトとそれらを構成するオブジェクトの関係を表す。


グラフィカル・ユーザー・インタフェース。プログラムの入出力を表す以外に、ピクチャを使用することを意味する。GUIのあるプログラムは、ウィンドウ・システム（X Windows、Microsoft Windows、Apple Macintoshなど）上で稼働する。GUIプログラムは、アイコンやボタンなどを画面上のウィンドウに表示する。ユーザーは、GUIプログラムを主に画面上のポインタ（通常マウスで制御される）を移動して制御する。ビットマップ・インタフェースとも呼ばれる。


アプリケーション・オブジェクトに対する内部ポインタ。PL/SQLプログラム単位内のオブジェクトを参照するには、適切なサブプログラムに、引数としてそのハンドルを渡す必要がある。


テキスト、図形、データ、計算など、レポートの紹介内容を入れることができるオプションのレポート領域。レポートには、ヘッダーが最初に表示され、ボディとトレーラがそれに続く。


レポート内に含めたりレポートに関連付けることができるオブジェクトのタイプを示す、オブジェクト・ナビゲータ内のノード。ヘッダー・ノードを選択しても、レポート内のオブジェクトは選択されない。


（フィールド・プロパティ）  Report Builderが、示されたフィールドをレイアウト内のその位置で禁止するかどうかを指定するプロパティ。「非表示」が指定されると、フィールドの値は（&fieldnameにより）テキスト・オブジェクト内で参照される位置のみ表示される。


（Oracle Express） データを編成および構造化するための方法。ディメンション内の値が複数のレベルに配置され、各レベルがその下位レベルからのデータの集約合計を表している場合、階層が存在する。一部のディメンションは、それらに基づく複数の階層を持つ。

次の例は、GEOGRAPHYディメンションに基づく階層を示す。ここでディメンション値は、5つのレベルで配置されている。CustomersレベルのデータはCitiesレベルに集約され、Citiesレベルのデータは、Countries/Areas、Continents/RegionsおよびGlobalの各レベルに集約される。


Hypertext Markup Languageの略称。インターネット上のWebサーバーの他のドキュメントに対するコンテンツとリンクを指定するのに使用される、タグ・ベースのASCII言語。エンド・ユーザーは、WebブラウザによりHTMLドキュメントを表示させ、リンクに従って他のドキュメントを表示させる。


Hypertext Transfer Protocolの略称。WWWブラウザを有するコンピュータとアクセスされるWWWサーバー間のWWW通信データを搬送するのに使用されるプロトコル。


1つの文書のある位置から、別のドキュメント（のある位置）や同じ文書内の別の場所への参照（リンク）。Webブラウザでは、通常区別ができる方法（異なる色、フォント、スタイルなど）によりハイパーリンクが表示される。ユーザーが（マウスをクリックして）ハイパーリンクを実行すると、ブラウザがリンク対象を表示する。


クロス・リファレンスを含むドキュメントの集まりであり、これを使用するとWebブラウザによりドキュメント間の移動を簡単に行うことができる。


Webブラウザを使用することにより、ドキュメント間を簡単に移動できるクロス・リファレンス。


インタフェースC定義。Cにインプリメントされた機能に対するPL/SQLアプリケーションのプログラミング・インタフェース。


ウィンドウやツールの図形表示。


アプリケーションに保管およびロードできるビットマップ・オブジェクト。クライアントは、インポートされたイメージを変更できない。


Project Builderでは、Project Builderが認識し自動的にプロジェクト・ナビゲータ内にそのエントリを作成するプロジェクト項目であり、通常自動生成の結果である。たとえば、Project BuilderはCソース・ファイルのコンパイルの間に中間ステップとして生成される、 OBJファイルを認識し、それらのエントリをプロジェクト・ナビゲータ内に作成できる。暗示項目のプロパティのリセットは使用が制限されているが（次のコンパイルが変更を破棄する）、編集、ビュー、印刷のようなアクションを介して確認できるため、このような項目は便利である。「項目（item）」、「アクション（action）」も参照。


1. モジュールをファイル・システムまたはデータベースから読み込み、それをアプリケーションに取り込むこと。
2.プロジェクト情報が入ったファイルを読み込むこと。


その値について他のデータに依存しないデータ。たとえば、ある従業員の名前が値Jonesで、これは他の従業員名や関連データの値とは無関係であるなど。項目データとも呼ばれる。


表に関連するオプション構造であり、Oracle Serverにより表の行の位置を素早く確かめ、（オプションとして）それぞれの行が他と重複しないことを保証するために使用される。


Project Builderにおいて、依存性ツリー内の祖先ノードからアクション、タイプ、マクロまたはプロパティ定義の情報を取得すること。上位ノードに関連属性がある場合、それらの属性は継承できる。したがって、フォームや文書のようなファイル・システム項目がサブプロジェクト、プロジェクト、ユーザー・レジストリ、グローバル・レジストリからアクション定義を継承したり、プロジェクトがローカルまたはグローバル・レジストリからタイプ定義を継承する、などの場合がある。


枠の厚みや他の属性設定にかかわらず、オブジェクトの理想的な形を構成し、その4つの制御ポイントを接続する仮想の四角形。


ターゲットの構築に使用されるファイル。たとえば、.FMBは.FMXの入力となる。ソースともいう。


入力する各文字が、カーソル位置以降の文字を右に移動させてその位置に挿入されるモード。置換モードの反対。


世界的な、コンピュータのTCP/IPベースのネットワーク。


PL/SQLソース、Procedure BuilderコマンドおよびSQL文のあらゆる組合せが入ったファイル。


内部的なTCP/IPネットワークであり、これに対するアクセスは（ファイアウォールにより）企業や組織内の人物に制限されている。イントラネットは、インターネットが提供するサービスと類似したものを組織内に提供するが、インターネットに接続される必要は必ずしもない。企業内で情報やアプリケーションの配布のため、内部ネットワーク上に1つ以上のWebサーバーをセットアップするのはイントラネットの一般的な例である。


インターネット上のコンピュータを個別に識別する4つの部分をもつ数値で、それぞれの部分は3桁以下である。


Project Builderでは、フォームやドキュメントなど、そのオブジェクトに関連するファイル・システム内のオブジェクト。プロジェクト・ナビゲータ内のノードにより指定または参照される。


Project Builderでは、「プロジェクト・ナビゲータ」ウィンドウ内のエントリで、アイコンおよび内容を示すタイトルから構成される。ノードは、「Form Builder」ファイルおよび文書などのファイル・システム内の実際の項目を持つ。「ノード（node）」、「項目（item）」も参照。


Java ARchiveの略称。多くのファイル（Javaのクラス・ファイル、イメージなど）を1つのファイルに集めるのに使用されるファイル。


インターネット用のプログラミングをプラットフォーム独自の「アプレット」の形でサポートするコンピュータ言語。


2つ（以上）の表のデータを1つのSELECT文内で結合すること。


「配置（alignment）」を参照。


1. 対応する引数と共に指定する必要があるコマンド・ライン構文の一部。

2. PL/SQL構成体に必要な部分の1つ。


アプリケーションの仮想オブジェクトの値または意味を示すテキスト。


（Oracle Express） ディメンション階層内の位置。ベース・レベルより上の各レベルは、それより下のレベルからのデータの集約合計を表す。たとえば、TIMEディメンションには、MonthやQuarterなどの昇順レベルを持つ場合がある。ディメンション階層内では、1つのレベルのディメンション値は、そのレベルより上または下のレベルのディメンション値とファミリ・リレーションを持つ。


（Oracle Express） 特定階層内のレベルに基づいてディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。たとえば、GeographyディメンションにあるKey Accountレベルのすべてのディメンション値を選択するといった操作もできる。


オブジェクトの作成、変更、位置付けまたは削除ができるエディタ領域。


異なる表示デバイス間で一貫した測定システムを使用するための寸法の単位。レイアウト上の位置またはオブジェクトの寸法を指定するのに使用される。


SQL SELECT文のテキスト文字列を示すのに使用されるパラメータへの参照。字句参照の際には、パラメータ名の前にアンパサンド（&）を付ける必要がある。


クライアントのファイル・システムまたはデータベースのファイルにともに保管された1つ以上のPL/SQLプログラム単位の集合。ライブラリに保管されたプログラム単位は、複数のアプリケーションから一度に参照できる。ストアド・プログラム単位（データベースに保存され、実行される）とは異なり、ライブラリ内のプログラム単位は、常にクライアント側のPL/SQLエンジン内にロードされ、実行される。ライブラリに保管されたプログラム単位を参照するには、まずライブラリを連結する必要があります。｢連結したライブラリ（attached library）」も参照。


グループと問合せ間でマスター/ディテール（親子）関係を定義するのに使用されるデータ・モデル・オブジェクト。


ボイラープレート・オブジェクトが関連付けられているファイルの名前。実行時に、Report Builderはファイルの内容をレポート・レイアウト内にインポートする。


ダイアログ・ボックス内の項目リスト。通常、リスト・ボックスは選択肢を提供し、スクロールできる。


Form Builderにおいて、選択肢の一覧を表示する項目。


LOVともいう。1列または複数列の選択リストを提供する、スクロール可能なポップアップ・ウィンドウ。


（Oracle Express） ディメンション内で現在選択されている値のリストからディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。


1. アプリケーションを実行するコンピュータ上のデータベース。2. アプリケーションが接続されているデータベース。このデータベースは、アプリケーションによって生成されるすべてのSQL文を解析し、実行する。


「ユーザー・レジストリ（user registry）」を参照。


現行のプログラム単位のスコープ内でのみ宣言されるPL/SQL変数。


（Oracle Express）

Not	Unary Not -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される（1の補数）。

And	And -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される。

Or	Inclusive Or -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される。

Xor	Exclusive Or -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される。

Eqv	Equivalence -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される。（A Eqv B）は（Not (A Xor B)）と同じ。

Imp	Implication -- オペランドはＩNTEGER型またはLONG型。演算はビット単位で実行される。（A Imp B）は（(Not A）OR B）と同じ。


実際のレポートの1ページ（1つ以上の物理ページに表示される可能性がある）。


PL/SQLサブプログラムでは、 条件が一致しなくなるまで繰り返される条件文。


Project Builderにおいて、アクションのカスタマイズや拡張に使用できる型独自の変数。マクロは、定数または単純な式（これはまた、別の定数または式、あるいはその両方を含む場合がある）の形をとる。マクロを使用すると、コマンド・オプションの発行、およびユーザーがプロパティ定義を1つ変更して行うコマンド・セットの変更の自由度が、大きく高まる。


ページ上の1つ以上の列にレコードを表示する、デフォルトのレイアウト。フィールドは、1つの繰返し枠内で、互いのすぐ下に表示される。


ボディ領域の各論理ページの最上部と最下部にあるオプションのレポート領域。マージンは、任意のレイアウト・オブジェクトを含むことができるが、一般には、ボイラープレートと（ページ番号、総ページ数、総計、現在の日付と時刻のための）フィールドを含む。


ディテール・レコードがマスター・レコードの下に表示される、デフォルト・レイアウト。マスター・レコードは、フォーム・レイアウト・スタイルで表示され、ディテール・レコードは、表形式のレイアウト・スタイルで表示される。


（Oracle Express） ディメンション値の名前に含まれる文字をユーザーが指定する文字に一致させることにより、ディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。たとえば、BrandレベルのProductディメンションで、"new"という文字を含むすべてのディメンション値を選択できる。


繰返し枠の各レコードをマトリックスのセルとして表示する繰返し方向。


マトリックス・レポートに必要な4つのデータ・セットをフォーマットする、格子に類似したデフォルト・レイアウト。この4つのデータ・セットは、ラベルの行として表示されるセット、ラベルの列としてのセット、格子を作成するセットおよび格子のセルに入るセットがそれぞれ1つずつである。


4つのデータ・セットのクロス・タブ。1つのデータ・セットはページの横方向に表示され、1つはページの縦方向に表示される。1つは、横方向と縦方向のデータが交わることが可能なすべての位置を決定し、それらの位置にセルを配置するクロス積である。もう1つは、セルの「フィルタ」として表示される。1つのデータ・セットはページの横方向に表示され、1つはページの縦方向に表示される。1つは、横方向と縦方向のデータが交わることが可能なすべての位置を決定し、それらの位置にセルを配置するクロス積である。もう1つは、セルの「フィルタ」として表示される。


（Oracle Express） 販売データやコスト・データなど、調査および分析できるデータ。ある基準内のデータを選択および表示できる。基準は、変数やリレーションとして格納したり、式を使用して計算したりできる。


1,048,576（1024x1024）バイトに等しいメモリーの単位。多くの場合、100万バイトに切り捨てられる。


最後のアクションのために発生した状況を通知するモーダル・ウィンドウ。メッセージ・ボックスには応答する必要がある。


オブジェクト・タイプ定義によってOracle8に連結された実行可能コード。


アプリケーションが継続する前にオペレータからの応答を引き出すウィンドウ。


ランタイム・ウィンドウ・マネージャがサポートできる量と同じ量の機能をもてる制限のないウィンドウ。


1. 複数のアプリケーションにより共有できるオブジェクト。外部問合せやPL/SQLライブラリは、モジュールの例。2. Form Builderでは、アプリケーションの主要なコンポーネント（メニュー・モジュール）。


いくつかの行に渡るウィンドウ内のフィールド、またはダイアログ。情報を垂直にスクロールさせることが可能である。


（Oracle Express） データが"使用できない（"not available"）（NA）ことを示す特別なデータ値。NAは、特別なデータ値が割り当てられていないまたはデータを計算できない任意のセルの値である。


横方向または縦方向（あるいはその両方）のディメンションに1つ以上のマスター/ディテール関係が含まれるマトリックス・レポート。ネストできる量に制限はない。


データ上のページが（フェッチしてからフォーマットされるまでキャッシュするのではなく）、フォーマットされてからフェッチされるデータ型。


1.  オブジェクト・ナビゲータのオブジェクト階層内の特定の位置。ノードは、他のオブジェクトへのクロス・リファレンスなどのオブジェクトの情報を表示するために拡張できる。2.  Project Builderにおけるプロジェクト・ナビゲータ内のエントリ。「項目（item）」、「項目ノード（item node）」および「編成ノード（organization node）」も参照。


データ型NOCACHEのデータベース列を参照するレポート列。


値がないこと。


（Oracle Express）

^	指数

-,+	単項のプラスおよびマイナス

*, /	数値乗算または除算。除算の場合、結果はDOUBLE型。

\	整数の除算。オペランドはＩNTEGER型またはLONG型。

Mod	係数または剰余。オペランドはＩNTEGER型またはLONG型。

-, +	数値の加算と減算。+演算子は文字列の連結にも使用できる。


1.  レイアウト上に配置できる項目。オブジェクトの例は次のとおり。四角形および、線、楕円、円弧、多角形、折れ線、丸い四角形、手書き、チャート、テキスト、記号、テキスト・フィールドなどのオブジェクト。

2. Oracle8では、オブジェクト・タイプのインスタンス。オブジェクトは、オブジェクト表内の行であったり、リレーショナル表内の列オブジェクトに含まれる行の一部であったりする。


「列オブジェクト（column object）」を参照。


関連するオブジェクトのコピーや参照を行う機能の提供に使用する、オブジェクト・グループのコンテナ。


「ハンドル（handle）」を参照。


現行セッションのオブジェクトの階層リストが入ったウィンドウ。リストはアウトライン形式で表示され、ユーザーはオブジェクトの作成、編集、改名および削除などの複数の作業を実行できる。


Oracle8において、定義がオブジェクト・タイプに基づいている表のこと。オブジェクト・タイプ内の各属性は、オブジェクト表内の列になる。表内の各行は、個々のOracle8オブジェクトである。


Oracle8において、オブジェクト作成の基盤となる、ユーザーが提供する定義またはテンプレート。オブジェクト・タイプは複合であり、その構成要素が属性である。各属性は名前とデータ型を持ち、オブジェクト・タイプ全体として名前を持つ。オブジェクト・タイプには1つ以上のメソッドが含まれる場合もある。


Open Database Connectivityの略称。異なるデータベース・システムをアクセスするための基準。アプリケーションは、SQLのODBC仕様によりODBCに対し文を送ることができる。ODBCはその文をデータベースが理解できる仕様に変換する。Oracle Open Client Adapter（OCA）により、アプリケーションは異なるデータベース管理システムを一貫した方法でアクセスできる。このためアプリケーション開発者は、特定のDBMSを対象とすることなくアプリケーションの開発、コンパイルおよび実行を行うことができる。


Object Linking and Embeddingの略称。


OLEオブジェクトの保管と表示が可能なアプリケーション。


OLEオブジェクトを作成するアプリケーション。


「ビルトイン・データ型（built-in datatype）」を参照。


Oracle製品のルート・ディレクトリを示す環境変数。


ナビゲータの設定や子項目のファイル・タイプの指示に役立つ、「タイプ」、「プロジェクト」、「フォーム・ファイル」などのプロジェクト・ナビゲータ内のエントリ。これはまた、特定のタイプのファイル・システム・オブジェクト内のデータ構成体に対応する。


x座標とy座標により示される。ビューの原点は、その親のキャンバス上のビューの位置を示す。キャンバスの原点は、描画ビュー上の描画の位置を示す。


オブジェクトを完全に囲む最少の仮想の四角形。


オブジェクトの内容が現行の論理ページに入りきらない状態。オーバーフローが発生すると、内容の一部が次の論理ページに移される。


プログラム単位内のあらゆる位置で参照可能な、ソフトウェアで提供されるPL/SQL関数。


関連するプロシージャ、ファンクション、変数およびその他のパッケージ要素をデータベースまたはクライアント内に1つの単位としてカプセル化し保管する方法。パッケージにより、データベース管理者やアプリケーション開発者の、編集作業が容易になると同時に、機能性とデータベースのパフォーマンスも向上する。ソフトウェアでは、クライアント側のプログラム単位によって参照されるPL/SQL構成体を含むビルトイン・パッケージがいくつか提供されている（TEXT_IOパッケージなど）。いくつかのパッケージには、ストアド・プログラム単位の参照用にOracleデータベース・サーバーも提供されている（DBMS_OUTPUTパッケージなど）。


パッケージの実際のインプリメンテーションを含む。これは、個別のサブプログラムおよびデータ型を含む場合がある。パッケージが宣言のみで構成される場合、本体はオプション。


パッケージに対する公開インタフェース（他のプログラム単位により参照可能なデータ型およびサブプログラム）を宣言する。


（Oracle Express） 1. レポート内に含まれる1つのデータ。追加ページによって追加データが表示される。

次の図は3ページ分のデータを示す。

2. Expressにおいて、ページはExpressデータベース内の格納単位も意味する。


（Oracle Express） 問合せについて選択したデータがスプレッドシート内でどのように表示されるかを表したもの。ページ・レイアウトによって、「横」、「縦」および「ページ」の3つの枠が表示される。問合せによって定義されるマルチディメンションのデータキューブが、2次元のスプレッドシート内でどのように表示されるかが、これらの枠によって示される。ディメンション・タイルには、ディメンションの名前と位置が表示される。「横」枠上のディメンションは、このディメンションが列として表示されることを意味する。「縦」枠上のディメンション・タイルは、このディメンションが行として表示されることを意味する。「ページ」枠上のディメンションは、このディメンションが結果の最上部にあるページ・ボックス内に表示されることを意味する。


現行のオブジェクトとその子を次の論理ページに移動するかどうかを制御する設定。レポート出力に現行オブジェクトが表示される前または後に、ページ・ブレークが発生するように設定できる。


エディタ内で利用できるツール、色またはパターンを表示するインタフェース要素。


作業が行われる、エディタの固有の位置で、通常サイズの変更が可能。


1つの論理ページを印刷するのに必要な物理ページの数。


1. 情報をサブプログラムに渡すのに使用されるPL/SQL構成体。たとえば、サブプログラム・コールMYPROC（x）では、xがパラメータ。2. Forms Developerでは、パラメータは情報をForm BuilderやGraphics Builderなどのコンポーネント間で渡すのに使用される。3. 実行時に変更可能な変数。


Forms Developerコンポーネント間で情報を渡すのに使用される、パラメータ名と関連する値のグループ。


1. そのグループ・ツリー内のあるオブジェクトのすぐ上位のオブジェクト。グループ・オブジェクトは、それを構成する各オブジェクトの親である。どのオブジェクトも、その子の親になる。
2.（Oracle Express）階層内において特定値のすぐ上のレベルにあるディメンション値。親値は、その子の値の集約合計である。次の例は、GEOGRAPHYディメンションにおいて、"Lyon"と"Paris"の親としてのディメンション値"France"を示す。


クリップボードの内容（カットまたはコピーされたオブジェクト）を現行のカーソル位置に入れること。


ほとんどのオブジェクトの枠または塗りに適用できる、図形プロパティ。


コンパイルされたプログラム単位に対するマシン・コードまたは指示リスト。


Portable Document Formatの略称。ドキュメントの作成に使用された元のアプリケーション・ソフトウェア、ハードウェアおよびオペレーティング・システムとは無関係にドキュメントを表現する（Adobe Acrobatに固有の）ファイル形式。PDFファイルは、テキスト、図形およびイメージのあらゆる組合せが入ったドキュメントを、デバイスや解像度から独立した形式で表現できる。


プリンタに出力されるページのサイズ。


横棒、線、記号のような、チャート上のフィールドの表示に使用される要素のタイプ。


SQL言語に対するOracle専用の拡張。SQLに対しアプリケーションの記述に適するようにプロシージャ型構成体やその他の構成体を追加している。


Procedure Builderインタプリタのスクリプト・ファイル。


ソース・コードとコンパイル済みコードを含むPL/SQLライブラリ・ファイル。ファイルはProcedure Builderでオープンして編集できる。


1つのプログラム単位のPL/SQLソースを含むテキスト・ファイル。


実行可能コードのみを含むランタイムPL/SQLライブラリ・ファイル。ファイルをProcedure Builderでオープンして編集することはできない。


ユーザーが特定のアクションを実行する際にポップアップするリスト。


転送されたデータと特定のプログラム間の経路を定めるためにTCPが使用する番号。


Project Builderに付属しておりメニュー項目またはツールバー・ボタン（あるいはその両方）で自動的に利用できるアクション。事前定義済みアクションには、「ビルド」および「配布」、複数のソース制御オプションが含まれる。事前定義済みアクションは、サポートされているファイル・タイプに定義されると、Project Builderからコールすることにより、そのタイプの任意の選択項目に対して起動される。「アクション（action）」、「ユーザー定義アクション（user-defined action）」も参照。


「ビルトイン・データ型（built-in datatype）」を参照。


アプリケーションのインタフェースの動作に影響する設定。


（Oracle Express） 現行の基準を受け入れる場合に生成されるスクリプトを表示する。任意の「セレクタ」ツールのダイアログ・ボックスでは、「プレビュー」ボタンを選択することにより、選択項目のプレビューを表示できる。


レポート出力のアウトラインを表示しスクロールできるインタフェース。


表内の行の識別に使用できる一意の値で内容が構成された、データベース表内の列。


「ビルトイン・データ型（built-in datatype）」を参照。


プリンタ定義ファイルでは、レポート内で参照できるプリンタ・コードを割り当てるエスケープ・シーケンス。


プリンタ定義がテキスト形式（ASCIIやEBCDICなど）で入ったファイル。


指定されたアクション・シーケンスを実行するPL/SQLサブプログラム。クライアントおよびデータベース・サーバーに存在し、実行することができる。


PL/SQLコンパイラが独自に認識して処理できるPL/SQLコード構造。無名ブロック、サブプログラムの仕様部と本体（プロシージャおよびファンクション）、パッケージの仕様部と本体などがある。プログラム単位は、クライアントおよびデータベース・サーバーに存在し、実行できる。｢ストアド・プログラム単位（stored program unit）｣も参照。


Project Builderにより作成される基本的なデータ構造。プロジェクトは、アプリケーションの一部と見なしている、または概念的にグループ分けするすべてのファイルに対するポインタの集合である。エディタ、コンパイラまたは他のツールを定義して、プロジェクト内に含まれる項目を操作できる。すべてのプロジェクト情報はプロジェクト・レジストリ内に格納される。「プロジェクト項目（project item）」、「プロジェクト・ファイル（project file）」および「エクスポート（export）」も参照。


Project Builderにおいて、プロジェクト・ファイルは、アプリケーションに関連付けられたすべてのファイルを指す。プロジェクト・ファイルには、フォーム、レポート、ディスプレイ、3GLモジュール、ドキュメントおよびテスト・スクリプトを含む、あらゆるタイプがある。「プロジェクト（project）」、「プロジェクト項目（project item）」も参照。


Project Builderにおいて、プロパティを定義できるすべての項目を指す。これには、「プロジェクト」ノード下に格納されたすべてのエンティティ、タイプ、アクションおよびマクロも含まれる。「プロジェクト（project）」、「プロジェクト・ファイル（project file）」も参照。


現行セッションのプロジェクト項目の階層リストを含むウィンドウ。リストはアウトライン形式で表示され、ユーザーはオブジェクトの作成、編集、改名および削除などの複数の作業を実行できる。いつでも表示できるのは1つのみだが、オブジェクトの編成に使用される2つの異なるスキーマから選択できる。


プロジェクトのトップ・レベルのノード。プロジェクト・ファイルを表示または指示する。「プロジェクト（project）」、「プロジェクト・ファイル（project file）」も参照。


Project Builderにおいて、プロジェクトに関連付けられたすべての情報を格納するファイル。プロジェクトに属するファイル、タイプ、アクションおよびプロジェクトについて定義されたマクロなどが含まれる。プロジェクトに属するファイル、タイプ、アクションおよびプロジェクトについて定義されたマクロなどが含まれる。


プロジェクト表示は、タイプ、およびプロジェクトとサブプロジェクトの関係により編成されるオブジェクトを表示する。プロジェクトは、プロジェクト・ファイルごとにアルファベット順に編成されてから、カテゴリごとにアルファベット順に編成される。「依存性表示（dependency view）」、「プロジェクト（project）」、「プロジェクト・ファイル（project file）」、「ビュー（view）」も参照。


ユーザーが新規プロジェクトまたはサブ・プロジェクトの作成に必要なステップを完了するのを支援するダイアログ。


オブジェクトの動作または外観を決定する、オブジェクトの特性。


クラスに基づいたオブジェクトの外観と機能性をグローバルに制御するために使用するプロパティとその設定のリストを含む、ユーザー命名オブジェクト。


データベースまたはサーバーに接続する際に入力できる文字列で、リモート・データベースまたはサーバーへの接続を可能にする。


（Oracle Express） 基準内のいずれかのディメンションの値を選択するとき、その基準を構成する他のディメンションは修飾ディメンションと呼ばれる。

「販売」基準が「製品」、「月」および「地域」別にディメンション化されていると仮定する。「販売」に基づく上位10都市を選択する場合、「販売」値を比較するには、比較の対象となる製品と月も指定する必要がある。この場合、「製品」と「月」は、修飾ディメンションである。


データベースの1つ以上の表またはビューから検索するデータを指定する、SQL SELECT文。


実行時に、問合せにより取り出されたデータのフィルタリングを行うPL/SQL関数。ファンクションの条件を満たすデータのみをチャートにする。


現行セッションを終了しユーザーをオペレーティング・システムに戻すオプション。一部のシステムでは、「終了（Quit）」は「終了（Exit）」になる。


2つ以上のセットで表示される（チェックボックスに類似した）制御であり、一定の時間において「オン」または「オフ」となるのはそのうちの1つのみである。


2つ以上のラジオ・ボタンのセットであり、一定の時間において「オン」または「オフ」となるのはそのうちの1つのみである。


（Oracle Express） 連続する時間間隔をディメンション値として選択できる「セレクタ」ダイアログ・ボックスのツール。これらの時間間隔は、次のいずれかを基準にすることができる。

•	最も最近の時間間隔の具体的な数

•	開始時間間隔と最も最近の時間間隔

•	開始および終了の時間間隔

たとえば、1996年11月25日で終わる週から、1996年12月30日で終わる週までの範囲で、ディメンション値を選択するといった操作もできる。


RSA Data Security, Inc.により考案された暗号法であり、任意の長さのキーを認める。これは基本的に、暗号データを作成するためにデータ・ストリームにより排他的論理和が行われているジェネレータの出力を使用する、偽のランダム番号のジェネレータである。このため、2種類のデータ・ストリームを暗号化するのに同じRC4キーを使用しないように十分注意する必要がある。


Relational Databasse Management System（リレーショナル・データ・モデルに基づいたデータベース管理システム）の略称。データ構造、格納と検索操作、および整合性制約の定義が行うことができるデータベース。このようなデータベースでは、データとそれらの間の関係は表で編成される。


単一のバイナリ形式のレポート定義を含むファイル。.RDFファイルは、レポートの実行と編集の双方に使用される。


単一のバイナリ形式のレポート定義を含むファイル。.repファイルは、レポートの実行にのみ使用される。.repファイルを編集できない。


ある時点において、データベース全体でデータを問い合わせる能力。


SQL SELECT文によりフェッチされる1行。


列と行構造による内部的なデータ構造オブジェクトで、それらが定義されるフォーム・モジュールに属する。


他の列オブジェクト内またはオブジェクト表内のデータを参照する列のタイプ（Oracle8）。


チャート上の指定された値の位置に表示される線。


（Oracle Express） 問合せ結果をレポートに表示した後、Expressデータベースから最新のデータをフェッチする。保存されたExpress問合せをオープンすると、結果は自動的にリフレッシュされる。


タイプまたは新規プロジェクトの定義をグローバル・レジストリまたはローカル・レジストリに追加すること。登録されると、新規のタイプにはアクションを定義でき、新規のプロジェクトでは参照ファイルを特定のタイプとして識別させ、そのタイプに対してアクションを起動できる。「レジストリ（registry）」も参照。


プロジェクト定義および環境情報を格納した、グローバルな構造ファイルまたはユーザー固有の構造ファイル（あるいはその両方）。「グローバル・レジストリ（Global Registry）」、「ユーザー・レジストリ（user registry）」も参照。


"WHERE DEPTNO = 10"内の等号など、2つの値間の比較を示す検索条件に使用される記号。比較結果が"TRUE"となる行は結果が返され（フェッチされ）、比較結果が"FALSE"となる行は結果は返されない。


コンピュータ上の、ローカル・データベース以外のデータベース。通常、同じネットワーク上にあるが、ノードが異なるコンピュータ（つまり、データベース・リンクを介して使用するデータベース）。


グループのためにフェッチされるデータ行の表示に使用されるレイアウト・オブジェクト。


入力する各文字がカーソル位置の現行の文字を置換するモード。挿入モードの反対。


レポートのデータ・モデルとレイアウトの定義に使用されるオブジェクト。レポート・レベルのオブジェクトは、1つのレポートに割り当てられ、他のレポートまたは他のOracle製品とは共有できない。オブジェクトには、レポート、問合せ、外部問合せ、外部PL/SQLライブラリ、グループ、列、パラメータ、リンク、枠、繰返し枠、フィールド、ボイラープレートおよびアンカーが含まれる。


Windows NTおよびWindows95でのみ利用可能。コマンド・ラインがレポートを実行するのを待機し、ローカル・サーバー上のバックグラウンドで実行するためそのレポートをそのキューに入れる。通常コマンド・ラインは、RUN_PRODUCTを介してForm BuilderまたはGraphics Builderから、あるいはSRW.RUN_REPORTを介して別のレポートから受け取られる。RWISV60を使用し、レポートをReportsバックグラウンド・エンジンに送ることもできる。


タイムスタンプおよびReports Serverにより管理されるレポートに関するステータス情報をメンテナンスする。


Windows NT、Windows95およびUNIXで利用可能。リモート・サーバー上でのレポートの実行を可能にする。ジョブ要求をキューに登録し、レポートをいつ実行するか計画できる。レポートをReports Serverに送るには、RWCLI60を使用する。


WebサーバーとReports Runtime間のインタフェースを提供し、レポートをWebブラウザから動的に実行することを可能にする。


WebサーバーとReports Serverの間の接続を提供する。


テキスト形式（ASCIIやEBCDICAなど）で格納された、レポート定義を含むファイル。.REXファイルは、レポートを1つのプラットフォームから別のプラットフォームに移植するのに使用する。.REXファイルは、現時点では必要ではないことに注意する。このファイルは、下位互換性のために利用できる。


色のコンポーネント、赤、緑および青の濃度を示す。


アプリケーション内の他のすべてのオブジェクトが属するグループ・オブジェクト。


ユーザー環境を表す、プロジェクトの最上位のノード。デフォルトの設定にどのレジストリが選択されているかによって、ユーザー・レジストリまたはグローバル・レジストリに対応する可能性がある。


1. 表内のフィールド値の1組。たとえば、サンプル表EMPにおける1人の従業員を表すフィールド。

2. アプリケーションのランタイム・バージョンを生成する。


Oracle8オブジェクト表内のオブジェクト。表内の各行がオブジェクトになる。ただし、Forms Developerにおいて、オブジェクト表は個々の列に分解されるため、行オブジェクトは1つのエンティティとして存在しない（個別の属性としてのみ存在する）。


アプリケーションまたはプログラム単位のランタイム・バージョンを実行する。


リッチ・テキスト形式の略称。プラットフォームに特定されないファイル形式で、書式化されていないテキストやイメージをさまざまなアプリケーションおよびオペレーティング・システムで表現するのに使用される制御文字に基づいている。RTFは、ANSI、PC-8、MacintoshまたはIBM PCのキャラクタ・セットを使用して、スクリーン表示や印刷において文書の表現と書式化を行う。


「REPファイル（rep file）」を参照。


ユーザーがその中でランタイム・アプリケーションの表示とランタイム・アプリケーションとの対話を行うインタフェース。


実行時にオプションで表示される画面またはウィンドウであり、この中でユーザーはレポートの実行に先立ち印刷オプションやパラメータの変更を行うことができる。


（Oracle Express） 値のリストまたはスクリプトとして保存された一連のディメンション値。ユーザーは自分で作成した選択項目を保存したり、データベース管理者は保存済みの選択項目を作成して、ユーザーが利用できるように提供できる。

保存済みの選択項目は時間短縮の機能を果たす。つまり、選択項目を再利用する必要があるたびに、保存された選択項目を再作成することなく、取り出すことができる。つまり、選択項目を再利用する必要があるたびに、保存された選択項目を再作成することなく、取り出すことができる。


（Oracle Express） 保存されたディメンション値の選択項目を取り出すことのできるセレクタ・ツール。


通常データベースのユーザーIDによりグループ化されている、関連するデータベース・オブジェクトの集まり。スキーマ・オブジェクトには、表、ビュー、順序、ストアド・プログラム単位、シノニム、索引、クラスタおよびデータベース・リンクが含まれる。


オブジェクトが作動するレベルまたは範囲。Project Builderでは

1. コンパイル可能なプロジェクト項目に対して起動された「ビルド」および「すべてをビルド」コマンドによって、影響されるファイルの範囲を記述する。

2. 継承可能な定義によって影響されるファイルの範囲を記述する。


「SQLスクリプト（SQL script）」、「インタプリタ・スクリプト（Interpreter script）」を参照。


Report Builderにおける同一レポート内の複数のレイアウトのいずれかで、それぞれ異なる対象読者、出力形式、ページ・レイアウト、ページ・サイズまたは印刷の向きを持つ。たとえば、1つのレポートで、あるセクションには上級管理職向けの業務要約を記載し、別のセクションには個々の管理者用の詳細な業務分析を記載できる。


1つ以上の表またはビューからどの行と列をフェッチするかを指定するSQL文。


（Oracle Express） ディメンションについて現在選択されている一連のディメンション値またはそれらの値を指定するための条件や基準を含むスクリプト。


（Oracle Express） セレクタ内のさまざまなダイアログ・ボックスで表示される、ディメンション値の選択において、ユーザーが選択した項目の説明。Express言語スクリプトを通常の言語で翻訳したもの。


（Oracle Express） レポート、表、グラフまたはディメンションの各リスト・ボックスに含めるディメンション値を選択するための一連のツール。たとえば、セレクタを使用すると、「販売」に基づく上位10都市を選択したり、「販売」が「割当額」を15パーセント超えた上位10都市を選択できる。セレクタを使用することにより、ディメンション値のソート、および保存済み選択項目の作成と取出しも行うことができる。


（Oracle Express） ディメンション値を選択またはソートするための特定の方法を提供するダイアログ・ボックスまたはそのグループ。各セレクタ・ツールは、セレクタの構成要素である。セレクタ・ツールを使用することにより、階層内のレベル、属性または値名内の文字などを基準にしてディメンション値を選択できる。セレクタ・ツールを使用して、ディメンション値をソートすることもできる。


実行可能プログラムの起動と終了の間の期間。


グループ・ツリー内で同じ親オブジェクトをもつ2つ以上のオブジェクトの1つ。1つのグループ・オブジェクトに属するオブジェクトは、すべて同位項目である。


IPアドレスとポート番号の組合せ。


（Oracle Express） 表示された選択項目内で、ディメンション値の順序を並べ替えることのできる「セレクタ」ダイアログ・ボックスのツール。次の項目を基準にして、選択項目を昇順または降順にソートできる。

•	アルファベット

•	データベース内における順序

•	データ値

•	階層内の順序またはレベル

•	時間間隔

ディメンション値をドラッグ・アンド・ドロップすることにより、選択項目を手動でソートすることもできる。


PL/SQLでは、サブプログラムまたはパッケージ内で提供される文。プログラム単位のソース・コードを持っていなければ、それを実行可能な形にコンパイルすることはできません。Project Builderでは、ターゲットの種類の構築に必要な入力タイプ。サブプログラムの名前、パラメータおよび戻り型（ファンクションへの適用のみ）のみを定義する。


サブプログラムの名前、パラメータおよび戻り値の型（ファンクションへの適用のみ）のみを定義する。


エディタ内の、垂直スクロール・バーの下と、水平スクロール・バーの左にある小さな四角形。マウス・ボタンをドラッグして離すと、新規のペインが作成され、スクロール・バーはそれぞれのペイン用に分割される。


リレーショナル・データベースにおける情報の格納と検索のための標準インタフェース。SQLは、Structured Query Language（構造化問合せ言語）の略称。


テキスト形式（ASCIIやEBCDICなど）に格納された問合せを含む。


データベース管理を素早く簡単に行うSQL文を含むファイル。SQLスクリプトの一部は、Oracle製品に付属している。


Oracleに対するSQLの指示。SELECT文は、SQL文の一種。


「コール･スタック（call stack）」を参照。


条件制御、繰返し制御、逐次制御およびエラー処理に使用されるPL/SQL構成体。各PL/SQL文の最後には、必ずセミコロン（;）を付ける必要がある。


（Oracle Express） 評価されるたびに同じディメンション値を含む保存済みの選択項目。静的な保存済み選択項目では、選択基準ではなく、選択されるディメンション値がリストされる。たとえば、静的な保存済み選択項目のスクリプトには、"Select February 1996, March 1996, and April 1996"などのように文が記述され、動的な保存済み選択項目のスクリプトでは、"Select the last three Months"といったように文が記述される。


Oracleデータベース・サーバーに存在し、Oracleデータベース・サーバーで実行されるプロシージャ、ファンクションまたはパッケージ。


Oracleデータベース・サーバーに存在し、Oracleデータベース・サーバーで実行されるプロシージャまたはファンクション。


HTMLドキュメント内でフォーマットの強力な柔軟性を提供するHTMLの拡張機能。スタイル・シートを利用するHTMLドキュメントを探し、それをスタイル・シートをサポートするブラウザに表示する。


PL/SQLプロシージャまたはPL/SQL関数。


Project Builderにおいて、それ自身のファイル内に格納されているのではなく、他のプロジェクトファイル内に含まれるプロジェクト。「プロジェクト（project）」も参照。


Project Builderにおいて、サブプロジェクトを示すノード。「プロジェクト（project）」、「プロジェクト・ノード（project node）」および「サブプロジェクト・ノード（subproject node）」も参照。


集計タイプの列。Report Builderにより提供されているパッケージ化された集計ファンクションの1つを使用し、レポート内のデータのサブ合計、グランド合計、実行合計およびその他のデータ集計を計算する。


Microsoft Excelプログラムで使用されているファイル形式。


コマンド、修飾子およびパラメータが結びつけられて有効なコマンド文字列を形成する規則的なシステム。


Reports Developerで提供されている変数の1つ（&Logical Page、DESTYPEなど）。


リレーショナル・データベースまたはサーバーで行と列から構成される2次元の格子に格納される、関連する情報の名前付き集合。


コレクション・タイプの一種で、すべてが同じデータ型を持つ、順序付けのされていない一連の要素で構成されるデータ単位を定義する。対応するデータ単位は、1つの列がネストされた表で、その列タイプはビルトイン・タイプまたはオブジェクト・タイプである。（Oracle8）


ページの最上部にラベルを、ラベルの下にデータ行を表示するデフォルト・レイアウト。


Project Builderにおける依存ツリー内のあらゆる項目。たとえば、実行可能プログラムはライブラリの（コンパイル）ターゲット、ライブラリはオブジェクトのグループのターゲット、そしてオブジェクトはソース・ファイルのターゲットである。


ターゲットを示すノード。「ターゲット（target）」も参照。


Transmission Control Protocol（伝送制御プロトコル）の略語。クライアントとWebサーバー間のHTTP要求を交換するための基礎的な通信プロトコル。


マウスやその他のポインティング・デバイスを使用しユーザーがそのソースから削除して表示画面の別の位置へドラッグできるサブメニュー。


Form Builderにおいて、文字列の値を表示する項目。


アプリケーション名やそのウィンドウ内のインタフェース要素を表示する、ウィンドウの最上部の水平領域。


「ヘッダー（header）」を参照。


設定を交互にオンまたはオフに切り替えること。たとえば、オブジェクト・ナビゲータを隠したり表示できる。


アプリケーション内でオブジェクトの作成と操作に使用するアイコン・ボタン。


製品コマンドを実行するアイコン・ボタンの集合。通常、ウィンドウの一番上に沿って水平に並んでいるか、横に垂直に並んでいる。


ツールの集合。


（Oracle Express） 上限xと下限yまたは上限xと下限yのデータ値を基準にしてディメンション値を選択できる「セレクタ」ダイアログ・ボックスのツール。たとえば、1995年12月30日で終わる4週間の時間間隔において、「米国内」で生産された製品のうち、販売量が上位10パーセントに入る製品を含むディメンション選択項目を生成できる。


テキスト、図形、データ、計算など、レポートについての最終内容を入れることができるオプションのレポート領域。レポート・トレーラは、ヘッダーとボディに続いて最後に表示される。


1つの単位として扱われる一連のSQL文。


特定のイベントに従って実行または「起動」されるPL/SQLプロシージャ。


タイプ名や説明などの情報が入った、フォームやドキュメントなどのファイル・タイプの説明。各説明は1つのファイル・タイプに当てはまる。また、4つのメタ・タイプもある。"updtext"は、すべてのテキスト・ファイルに適用される。"updproj"は、すべてのプロジェクト・ファイルに適用される。"updlink"は、すべてのプロジェクト・リンクに適用される。"all"は、すべてのファイル・タイプに適用される。"updtext"は、すべてのテキスト・ファイルに適用される。"updproj"は、すべてのプロジェクト・ファイルに適用される。"updlink"は、すべてのプロジェクト・リンクに適用される。"all"は、すべてのファイル・タイプに適用される。タイプは、アクションやマクロを定義する基礎となる。


表データの値を変更すること。特に、SQLコマンドUPDATEによるデータ値の変更、SQLコマンドDELETEによる値の削除、またはコマンドINSERTによる値の挿入。


Uniform Resource Locatorの略称。WWWサーバーおよびホーム・ページの指定に使用される「アドレス」。たとえば、http://www.acme.com/。
この例は、ホストのアドレスがwww.acme.comであることを示す。一般に、URLはファイル名である（長いパスをもち、拡張子.HTMLまたは.HTM（PC-DOSファイル名の場合）が通常付く）。


Forms Developerからの制御（および引数）を別のOracle製品または3GLに渡し、続いて制御（および引数）をForms Developerに戻す方法。


Project Builderユーザーにより定義されるカスタム・アクション。このようなアクションは、任意の1つのファイル・タイプまたはすべてのファイル・タイプに適用できる。「アクション（action）」、「定義済みアクション（pre-defined action）」も参照。


「オブジェクト・タイプ（object type）」を参照。


Project Builderユーザーにより定義されるカスタム・マクロ。このようなマクロは、ビルトイン・アクションとユーザー定義アクションの両方を変更するのに使用することができる。「マクロ（macro）」、「ビルトイン・マクロ（built-in macro）」、「アクション（action）」および「定義済みアクション（pre-defined action）」も参照。


構成情報をユーザーごとに格納するプロジェクト・ファイル。これによってユーザーは、個々の開発環境をカスタマイズできる。ユーザー・レジストリは、グローバル・レジストリからタイプ情報を継承するほか、新規タイプを定義したり、グローバル・レジストリに格納されているタイプ定義の一部を上書きすることもできる。また、ユーザー設定による接続文字列、「ツールバー表示」のようなUI設定、および「作成者」のような一般的なプロジェクト情報など、環境情報および作業環境情報も格納する。「レジストリ（registry）」、「グローバル・レジストリ（Global Registry）」も参照。


「値軸（continuous axis）」を参照。


値を返すPL/SQLコード構造。値構成体には、ファンクションと式が含まれる。


値を割り当てることができ、割り当てられた値が時間がたつにつれ変化する可能性があるユーザー命名オブジェクト。


コレクション･タイプの一種で、すべてが同じデータ型を持つ、順序付けされた一連の要素で構成されるデータ単位を定義する。対応するデータ単位は、可変配列つまりVARRAYである。VARRAY（サイズ）内の要素数は可変である。ただし、可変配列型を宣言するときは、最大サイズを指定する必要がある。


Visual Basic extensionの略称。事前定義済みのVBXコントロールを含むファイル上に分配された特定のダイナミック・リンク・ライブラリのファイル拡張子として使用される。


Microsoft Visual Basic言語で構築されたウィジェット。ユーザー・インタフェースの拡張、ユーザー入力の取得、および出力（スライダ、格子、制御ノブなど）の表示に使用される。


その行がデータベース内に実際に存在しないが、データベースに物理的に格納されている表に基づいている仮想的な表。


仮想ファイル・システムがホスト・マシン上のファイル・システムに格納されたファイルをマッピングするのに使用する、ディレクトリ・ニーモニック（本来、ショートカットまたは略称）。


URL内で使用されているパス名を、ホスト・マシンのオペレーティング・システムによりメンテナンスされているファイル・システムに関連付けるマッピング。


アプリケーション・インタフェース内に現れるオブジェクトに対し設定する、フォント、色およびパターンのプロパティ。


「WWW」を参照。


エンド・ユーザーが（Webサーバーによりサービスされる）コンピュータ上に保管されているHTMLドキュメントおよびプログラムを読むために利用するプログラム。


Web Request Brokerを介してWebサーバー上で実行されるプログラム。


リモートWebブラウザのHTTP要求に応答してWebページを送信する、Webサイトで稼働しているサーバー・プロセス（HTTPデーモン）。


ワードまたはフェーズ内で「任意の1文字」または「隣り合うキャラクタ・セット」を意味するために使用される文字。


1. アプリケーションが入った、デスクトップの四角形の領域。各ウィンドウには、アプリケーションと対話できる領域がある。ウィンドウは、オープン、サイズ変更、移動、アイコンへの縮小、デスクトップ全体への拡張ができる。2. Form Builderにおいて、キャンバス・ビューと関連付けることができるオブジェクト・タイプ。


SQL*CalcやLotus 1-2-3プログラムなどのスプレッドシート・プログラムで使用されているファイル形式。


Oracle Web Request Brokerの略語。Web用のアプリケーションの開発と実行に、強力な分散した実行時環境を提供する。WRBランタイム・プラットフォームにより、アプリケーション開発者は、Webサーバーから独立したアプリケーションや多くのWebサーバーと共に稼働するアプリケーションを記述することができる。


World Wide Webの略語。インターネット上のサーバーのネットワークであり、サーバーのそれぞれが1つ以上のホームページをもつ。ホームページは、そのサーバーまたは他のサーバー（通常こちら）上の他のドキュメントに対し情報やリンクを提供する。


フィールドの内容を編集するため、オブジェクトを拡大し表示領域を広げること。


（デフォルトで）descriptionプロジェクト・ナビゲータの左に表示された2番目のツールバー。簡単な編成およびアプリケーション起動機能がある。


 OLEコントロール（OCX）の最新バージョン。


適切なタギング、ネスティングおよびXML宣言（<?xml version="1.0" encoding="UTF-8"?>など）の組込みなどの一般的なXML原理に従うXML出力。


プレースホルダ・ユーザー名を使用すると、Webブラウザからレポートを実行するときに、Oracelデータベースのユーザー名（$user_name@databaseなど）ではなく、個人ユーザー名を使用してデータベースにログオンできる。


ＸML（Extensible Markup Language）。SGMLを使用して、データを定義および構築するメタ言語。Report Builderは、XML出力をサポートして、Webパブリッシングおよびサードパーティーのアプリケーションとの電子的データ交換を可能にする。また、XMLを使用して、実行時に他のレポート定義とマージすることができるレポート定義を作成することも、文書型定義（DTD）に従う構造および要素の内容を持つXML出力を別々に実行することもできる。


文書型定義（DTD）に準拠する構造および要素内容を持つ、XMLによる出力。有効なXMLは、適切に構成されている。


バージョン制御について - PVCS

  関連項目

バージョン制御とは、アーカイブ内の同じファイルの複数のバージョンを管理、メンテナンスするプロセスです。

アーカイブはユーザー定義のディレクトリで、ファイルのテキスト版と、そのファイルに加えられたすべての変更と変更日時の記述を含む、各バージョンの情報が収められています。

アーカイブを使用すると、開発チームのメンバーは、安全かつ首尾一貫した方法でファイルの任意のバージョンを検索し、変更した後、戻すことができます。

Form Builderなどのコンポーネントは、汎用的なインタフェースを経由して、任意のソース制御プロバイダにソース制御の機能を提供します。プラグイン・モジュールは、現在INTERSOLV社のPVCS(Polytron Version Control System)やPure-Atria社のClearcase、その他将来リリースされる製品で利用可能です。

PVCSのインストールと使用方法の詳細は、PVCSのマニュアルを参照してください。

PVCSではファイル・ロックとアーカイブ・レポートもサポートしています。


構成ファイルについて

ソース制御インタフェースの最適なパフォーマンスを得るために設定する必要がある4つの環境変数があります。これらの環境変数は、Windows 3.1では、oracle.iniで設定され、Windows NTまたはWindows 95/98では、レジストリのSOFTWARE/ORACLEキーで設定されます。

DEV2000_SOURCECONTROLは、使用するソース制御システムを指定します。これは、"PVCS"に設定する必要があります。Form Builderなどのコンポーネントは、デフォルトでPVCSを使用するため、この変数を省略すると、このリリースでは大きな効果を得ることはできません。ただし、その他のソース制御システムのサポートを追加している場合は、この変数を設定することにより、そのソース制御システムの機能を期待どおり確実に利用することができます。

DEV2000_PROJECTは、Forms Developerリリース1.0および1.1からTVCCFG変数を置き換え、使用する必要があるPVCSプロジェクト構成(.CFG)ファイルを識別します。環境変数を使用してプロジェクト構成ファイルを指定しない場合は、セッションごとに、「ソース制御オプション」ダイアログ・ボックスからプロジェクト構成ファイルを選択する必要があります。

DEV2000_SCVIEWERは、ソース制御のログやレポート操作の違いの結果を表示するために使用するプログラムを制御します。結果の表示を無効にするには、この変数をnull(値なし)に設定します。

DEV2000_SCCONVERTは、ファイルをPVCSに対してチェックインする前にファイルをASCIIに変換するかどうかと、ファイルをチェックアウトする前にファイルをバイナリに戻すかどうかを制御します。以前のバージョンのForms DeveloperでのPVCSの使用からアップグレードしていて、この動作をそのまま残す場合以外は、このエントリをデフォルトのFALSEに設定しておく必要があります。

oracle.iniの例の一部を次に示します。

...

DEV2000_SOURCECONTROL=PVCS

DEV2000_PROJECT=C:\PROJECTS\MYPROJ\MYPROJ.CFG

DEV2000_SCVIEWER=NOTEPAD.EXE

DEV2000_SCCONVERT=FALSE

...


PVCSのインプリメントについて

一定のオブジェクト（フォーム、メニュー、レポート、図表、PL/SQLライブラリ）をチェックインすると、バイナリ・ファイルは等価のテキスト・ファイルに自動的に変換され、そのテキスト・ファイルがソース制御にチェックインされます。たとえば、MYFORM.FMBをチェックインした場合、MYFORM.FMBは自動的にMYFORM.FMBをMYFORM.FMT（テキスト形式のMYFORMファイル）に変換した後、MYFORM.FMTをソース制御にチェックインします。

同様に、アーカイブ・ファイルをチェックアウトする場合、Oracle Developerではテキスト形式のファイルを、デザイナ・インタフェースで読めるバイナリ形式に変換します。MYFORM.FMTをチェックアウトしたら、編集できるようにMYFORM.FMBに変換します。

アーカイブは、あるファイルの異なるバージョン間でより有意義な差分レポートを生成できるように、テキスト形式のファイルに対して行われます。PVCSではバイナリ・ファイルのアーカイブをサポートしていますが、バイナリ・ファイルのバージョン間の差分レポートの生成はできません。

このファイル変換の結果、PVCSの設定によっては、作業ディレクトリに余分なファイルが残ることがあります。プロジェクトが、ワーク・ファイルをチェックイン後に読取り専用ファイルにするよう構成されている場合、作業ディレクトリにはバイナリ・ファイルと読取り専用のテキスト形式のファイルの両方が残ります。ただし、プロジェクトが、ワーク・ファイルをチェックイン後削除するように構成されている場合は、作業ディレクトリにはバイナリ・ファイルのみが残ります。


ファイルのチェックインについて

  関連項目

ファイルを変更しアーカイブにチェックインするたびに、ファイルは新しいバージョンになります。あるファイル（拡張子がpllのPL/SQLライブラリ・ファイルなど）をチェックインすると、PVCSではバイナリからテキストへの変換を自動的に実行し、そのファイルを適切な拡張子（pldなど）を持つテキスト・ファイルとして、指定したディレクトリにアーカイブします。PVCSでは、このテキスト・ファイルを使用してアーカイブ・レポートを生成します。

バージョン・ラベルにより、バージョンはアプリケーションの完全バージョンを構成する代表的なバージョン群の１つとして識別されます。バージョン・ラベルを使用すると、特定のバージョンに関係付けられたすべてのファイルを、1つの名前を参照することで同時に操作できます。現行モジュールのバージョンをすでにアーカイブしている場合、Oracle Developerではアーカイブ・フィールドに適切な情報を自動的に挿入します。


ファイルのチェックアウトについて

  関連項目

アーカイブからファイルをチェックアウトすると、参照、編集または印刷をするためにファイルにアクセスできます。デフォルトでは、ロックされた特定のバージョンをチェックアウトできるのは一度に1人のユーザーのみです。

ファイルをチェックアウトする場合、ファイルはアーカイブされたテキスト版から適切な形式に自動的に変換します（たとえば、PL/SQLライブラリ・ファイルをpldから.pllへ変換）。アーカイブからチェックアウトしたファイルはワーク・ファイルと呼ばれます。ワーク・ファイルをチェックインするたびに、これが最新バージョンになります。


アーカイブ・レポートの作成について

  関連項目

PVCSによって、次のアーカイブ・アクティビティを要約するレポートを生成できます。

•	アーカイブの作成

•	アーカイブされたファイルの属性

•	継続的な改訂

•	ラベル名

•	最後の改訂で変更された行

•	ワーク・ファイルの説明


プロモーション・モデルについて

プロモーション・モデルとは、開発サイクルにおける重要段階の階層構造です。プロモーションを使用して、設計段階から最終的なリリースまでソース・コードの開発を制御します。各重要段階はプロモーション・グループによって表されます。プロモーション・グループの例として、Development（開発）およびQuality Assurance（品質保証）、Production（生産）があります。プロモーション・モデルは先進機能で、正式にソフトウェアの切替えを図っている現場での使用をお薦めします。

プロモーション・モデルには、1つ以上の最下位グループ、すなわち開発グループを設定することができます。プロモーション・モデルが実行されていると、開発グループに関係付けられたバージョンしか変更することはできません。上位グループに関係付けられたバージョンを編集するには、そのバージョンをチェックアウトし、チェックアウト時に1つの開発グループに再び関係付けてから、チェックインしなおして上位グループに再び昇格させる必要があります。

プロモーション・モデルに開発グループが1つしかない場合、一度にロックできるのは、アーカイブ内の1つのバージョンのみです。開発を並行して進めるためのプロモーション・モデルを設計するには、最低2つの開発グループを設定する必要があります。

開発グループの上には、テストや予備リリースの様々な段階のために、中間のプロモーション・グループをいくつでも定義できます。最上位レベルはProductionグループで、 通常、バージョンに最終的なリリースの準備ができたことを示します。

プロモーション・モデルを使用すると、次のことができます。

•	プロジェクトの状態の迅速な判断。1つのプロジェクト内で、プロジェクトに関するアーカイブ・レポートを実行して、どのモジュールが重要段階に達していないかを即座に判断することができます。

•	非開発レベルでのバージョンへのアクセスの制御。開発後のプロモーション・グループに関係付けられたバージョンを変更することはできないので、必ずすべてのバージョンを徹底的にテストするようにします。

•	独自のモデルのカスタム設計。各プロジェクトに最適のプロモーション構造体を、任意の数の重要段階を設定してカスタム設計することができます。


アーカイブ・ディレクトリの作成

  次のステップ	  関連項目

アーカイブ・ディレクトリを作成するには: 注意:

1	「ファイル」 [image] 「管理」 [image] 「ソース制御オプション」を選択して、「ソース制御: オプション」ダイアログを表示します。

2	「プロジェクト」タブがまだ選択されていない場合は選択します。

3	「アーカイブするディレクトリ」フィールドで、自分のアーカイブ・ディレクトリの名前と位置を指定します。

4	「追加」をクリックし、次に「クローズ」をクリックしてダイアログをクローズします。


レジストリでDEV2000_PROJECTパラメータを定義済みでない限り、アーカイブ・ディレクトリを追加することはできません。Microsoft Windowsでは、DEV2000_PROJECTパラメータを次のように定義します。

DEV2000_PROJECT=C:\PVCS\PROJECT1\PROJECT1.CFG

DEV2000_PROJECTパラメータの編集には、Windows 3.1の場合はOracle.iniファイルを使用し、Windows 95/98およびWindows NTの場合はレジストリを使用します。


ファイルのチェックイン

  次のステップ	  関連項目

ファイルをチェックインするには:

1	「ファイル」 [image] 「管理」 [image] 「チェックイン」を選択して、「ソース制御: チェックイン」ダイアログを表示します。

2	「ワーク・ファイル」テキスト・ボックスにアーカイブするファイルの名前を入力します。

3	「アーカイブするファイル」フィールドで、自分のアーカイブ・ディレクトリを指定します。

4	（オプション）  「バージョン・ラベル」、「プロモーション・グループ」、「記述」を指定します。

5	（オプション）  アーカイブ･ファイルのチェックイン後も、ファイルの書込み可能なコピーをローカルに残したい場合、「チェックイン後もロックを継続」チェックボックスをクリックします。ファイルの書込み可能なコピーがあれば、最初にファイルをチェックアウトしなくても、ファイルに後続の変更を加え、チェックインすることができます。

6	「OK」をクリックして、ファイルをチェックインします。

PVCSによってファイルがアーカイブされます。


ファイルのチェックアウト

  次のステップ	  関連項目

ファイルをチェックアウトするには:

1	「ファイル」 [image] 「管理」 [image] 「チェックアウト」を選択し、「ソース制御: チェックアウト」ダイアログを表示します。

2	「ソース・アーカイブ」フィールドでソース・アーカイブ・ディレクトリを指定します。

3	「ファイル名」テキスト・ボックスに、チェックアウトするファイルの名前を入力します。

4	「改訂バージョン」フィールドで、希望するファイルの改訂バージョンを選択します。

5	（オプション）  「配布先」フィールドにパスを入力して、希望する配布先を指定します。

6	（オプション）  チェックアウトするファイルをロックする場合、チェックアウトするバージョンに割り当てられる開発レベルのプロモーション・グループを選択する必要があります。

7	（オプション）  「チェックアウト時にファイルをロック」チェックボックスをクリックします。注意:

8	（オプション）  「チェックアウト時にファイルをオープン」チェックボックスをクリックします。このボックスをチェックすると、チェックアウトしたファイルは、PVCSからチェックアウトした後、デザイナでオープンされます。

9	「OK」をクリックして、ファイルをチェックアウトします。


アーカイブ・ファイルを変更する場合は、変更をチェックインするために、「チェックアウト時にファイルをロック」チェックボックスを使用可能にする必要があります。使用可能にしないと、ファイルの読込み専用版がチェックアウトされます。


アーカイブ・レポートの作成

  関連項目

アーカイブ・レポートを作成するには:

1	「ファイル」 [image] 「管理」 [image] 「ソース制御オプション」を選択します。

2	「レポート」タブをクリックして、「ソース制御: レポート・オプション」ページを表示します。

3	「アーカイブ」フィールドでアーカイブ・ディレクトリを指定します。

4	「ソース・ファイル」フィールドで、希望するアーカイブ・ファイルの名前を指定します。PVCSでは、このファイルとターゲット・ファイルの比較に基づいてレポートが生成されます。

5	「ターゲット・ファイル」フィールドで、ターゲット・ファイルの名前を指定します。注意

6	「改訂バージョン」フィールドで、希望するファイルの改訂バージョンを選択します。

7	「出力ファイル」フィールドでレポートの名前とディレクトリを指定し、「レポート実行」をクリックします。

PVCSによってレポートが作成されます。DEV2000_SCVIEWER環境変数またはレジストリのパラメータで表示プログラムが指定されている場合、出力を表示するためにこのプログラムがコールされます。指定されていない場合は、エディタを使用して、レポート・ファイルをオープンします。


同じアーカイブ内で2つの改訂バージョンを比較する場合、ステップ4で入力したアーカイブ・ファイルの名前を入力します。 異なるアーカイブ・ファイルを比較する場合、「ターゲット・ファイル」フィールドで異なるアーカイブ・ファイルを1つ指定します。


「ソース制御: チェックイン」ダイアログ

  関連項目

希望するファイルを指定したアーカイブにマージします。

「チェックイン」ダイアログには、次のオプションがあります。

ワーク･ファイル	チェックインするファイルの名前を指定します。「参照」を選択して、ファイルを選択することができるファイル・ダイアログを起動します。
アーカイブするファイル	現行のプロジェクトに使用可能なすべてのアーカイブのドロップダウン・リスト。リストからファイルをチェックインするアーカイブを選択します。
バージョン・ラベル	（オプション）ファイルのバージョン・ラベルを指定します。
プロモーション・グループ	PVCSプロジェクトにプロモーション・モデルが定義されている場合、このリストが使用可能になります。チェックインする改訂バージョンに割り当てられる、開発レベルのプロモーション・グループを選択します。
説明	この改訂バージョンに加えられた変更の記述を指定します。オプションですが、チェックアウト時に改訂バージョンを指定しやすくするため、変更の記述を入力することをお薦めします。
チェックイン後もロックを継続	アーカイブ・ファイルの書込み可能なコピーを、チェックイン後もローカルに残すかどうかを指定します。ファイルの書込み可能なコピーがあれば、最初にファイルをチェックアウトしなくても、ファイルに後続の変更を加え、チェックインすることができます。


「ソース制御: チェックアウト」ダイアログ

  関連項目

指定したファイルを、編集できるようにアーカイブから取り出します。

「チェックアウト」ダイアログには、次のオプションがあります。

ソース・アーカイブ	ファイルをチェックアウトするアーカイブのディレクトリ名を指定します。
ファイル名	ソース制御から取り出すファイルの名前を指定します。「参照」を選択して、ファイルを選択することができるファイル・ダイアログを起動します。
改訂バージョン	「ファイル名」フィールドで選択したファイルの、使用可能な改訂バージョンとバージョン・ラベルを表示します。
説明	「改訂バージョン」リストにある使用可能な改訂バージョンの記述をリストします。
配布先	（オプション） チェックアウトするファイルの配布先ディレクトリを指定します。
プロモーション・グループ	PVCSプロジェクトにプロモーション・モデルが定義されている場合、このリストが使用可能になります。チェックアウトするファイルにロックをかける場合、チェックアウトする改訂バージョンに割り当てられる開発レベルのプロモーション・グループを選択する必要があります。
チェックアウト時にファイルをロック	チェックアウトするファイルにロックのマークを付けるかどうかを指定します。ロックされたファイルは、他のユーザーによる更新から保護されます。
チェックアウト時にファイルをオープン	このボックスをチェックすると、チェックアウトしたファイルは、PVCSからチェックアウトした後、デザイナでオープンされます。


「ソース制御: オプション」ダイアログ

  関連項目

「オプション」ダイアログには、次の3つのタブがあります。

「ソース制御: プロジェクト・オプション」ページ

「ソース制御: ファイル・オプション」ページ

「ソース制御: レポート・オプション」ページ


「ソース制御: プロジェクト・オプション」ページ

  関連項目

プロジェクト構成ファイルで、アーカイブ・ディレクトリの追加および削除ができるようにします。

「プロジェクト・オプション」ページには、次の設定項目があります。

現行プロジェクト	現行のPVCSプロジェクト構成ファイルの名前。初期値はレジストリのDEV2000_PROJECTの値です。直接ファイル名を入力するか、または「参照」を選択して、使用しているオペレーティング・システムのファイル・ダイアログを表示することができます。
アーカイブするディレクトリ	現行のプロジェクトで使用可能なアーカイブ・ディレクトリのリストに追加する、新しいアーカイブ・ディレクトリを指定します。直接ディレクトリ名を入力するか、または「参照」を選択して、使用しているオペレーティング・システムのファイル・ダイアログを表示することができます。
アーカイブ・ディレクトリ・リスト	現行のプロジェクトで使用可能なアーカイブ・ディレクトリを表示します。
追加	「アーカイブするディレクトリ」テキスト・ボックスにアーカイブ・ディレクトリを入力してから、「追加」をクリックし、ディレクトリを現行のプロジェクトに追加します。追加されたディレクトリはリストに表示されます。
削除	リストからアーカイブ・ディレクトリを選択し、次に「削除」をクリックして、プロジェクトからディレクトリを削除します。


「ソース制御: ファイル・オプション」ページ

  関連項目

アーカイブのロックやアンロック、またはそのアーカイブでのアクティビティのログの生成ができるようにします。

「ファイル・オプション」ページには、次の設定項目があります。

アーカイブ	現行のプロジェクト構成ファイル内のすべてのアーカイブ・ディレクトリのドロップダウン・リスト。
ファイル名	アクセスするアーカイブ・ファイルを指定します。直接ファイル名を入力するか、または「参照」を使用してファイルを選択することができます。PVCSプロジェクトがワーク・ファイルのパスを無視するように構成されている場合、ワーク・ファイルまたはアーカイブ・ファイルのいずれかを指定できます。そのように構成されていない場合は、必ずアーカイブ・ファイルのみを指定してください。
改訂バージョン	このドロップダウン・リストでは、選択したファイルの使用可能な改訂バージョンとバージョン・ラベルがすべて表示され、ファイルが選択されていない場合には空項目が表示されます。特定の改訂バージョンを選択した場合、その改訂バージョンはロックまたはアンロックされます。改訂バージョンを選択しない場合、プロモーション・モデルが定義されているかどうかでロックの動作が決まります。プロモーション・モデルが定義されていない場合は、チップ・バージョンがロックされます。定義されている場合は、指定したプロモーション・グループに現在割り当てられている改訂バージョンがロックされます。改訂バージョンを選択せずにアンロックする動作では、必ずそのファイルにかけたすべてのロックが解除されます。
プロモーション・グループ	PVCSプロジェクトにプロモーション・モデルが定義されている場合に使用可能なリストで、プロモーション・モデル内のすべての開発レベルのプロモーション・グループを表示します。改訂バージョンをロックする場合、リストに表示されるプロモーション・グループはその改訂バージョンに割り当てられます。
ログ・ファイル名	ログ・ファイルの名前を指定します。
ログ・タイプ	チェックインまたはチェックアウトが発生した際、指定したログ・ファイルに入力される更新のタイプを指定します。
ロック	ソース制御から取り出さずに、「ファイル名」フィールドで指定したファイルをロックします。ロックされたファイルは、他のユーザーによる更新から保護されます。「改訂バージョン」リストから特定の改訂バージョンを選択すると、その改訂バージョンがロックされます。改訂バージョンを選択しなかった場合、チップ・バージョン（すなわち、指定したプロモーション・グループに現在割り当てられている改訂バージョン）がロックされます。PVCSプロジェクトにプロモーション・モデルが定義されている場合、指定したプロモーション・グループはロックされている改訂バージョンに割り当てられます。
アンロック	「ファイル名」フィールドで指定したファイルをアンロックし、他のユーザーがそのアーカイブ・ファイルに対してチェックアウトや変更を行えるようにします。「改訂バージョン」リストから特定の改訂バージョンを選択した場合、その改訂バージョンはアンロックされます。改訂バージョンを選択しなかった場合、そのファイルの改訂バージョンにかけたロックはすべて解除されます。
ログ生成	名前を指定してログ・ファイルを生成します。ログ・ファイルの項目のタイプは、「ログ・タイプ」オプションの設定によって決まります。DEV2000_SCVIEWER環境変数またはレジストリのパラメータで表示プログラムが指定されている場合、出力を表示するためにこのプログラムがコールされます。


「ソース制御: レポート・オプション」ページ

  関連項目

アーカイブ・レポートの定義と作成ができます。

「レポート・オプション」ページには、次の設定項目があります。

アーカイブ	現行のプロジェクト構成ファイル内のすべてのアーカイブ・ディレクトリのドロップダウン・リスト。
ソース・ファイル	差分レポートで最初に使用するファイルを指定します。直接ファイル名を入力するか、または隣りの「参照」ボタンを使用してファイルを選択することができます。PVCSプロジェクトがワーク・ファイルのパスを無視するように構成されている場合、ワーク・ファイルまたはアーカイブ・ファイルのいずれかを指定できます。そのように構成されていない場合は、必ずアーカイブ・ファイルのみを指定してください。
改訂バージョン	ソース・ファイルのすべての使用可能な改訂バージョンとバージョン・ラベルのドロップダウン・リスト。
ターゲット・ファイル	ターゲット・ファイルの名前を指定します。PVCSでは、ソース・ファイルとターゲット・ファイルの比較に基づいてレポートを生成します。
改訂バージョン	ターゲット・ファイルの使用可能なすべての改訂バージョンとバージョン・ラベルのドロップダウン・リスト。
出力ファイル	ファイルを他のファイルと比較する際、差分レポートが書き込まれる配布先ディレクトリおよびファイル名を指定します。
レポート実行	指定したオプションに従って、レポートを作成します。DEV2000_SCVIEWER環境変数またはレジストリのパラメータで表示プログラムが指定されている場合、出力を表示するためにこのプログラムがコールされます。


エラー・メッセージ

ソース制御インタフェース・ダイアログの使用中に、次のエラー・メッセージが表示されることがあります。

D2SCP-001:	ファイル・システムにファイルのアクセスを拒否されました。

原因:	アーカイブ・ファイルの読込み、またはワーク・ファイルの書込み、ログ出力またはレポート出力の書込みを行うファイル・システム・アクセス権限がありません。

処置:	これらのファイルに対するファイル・システム・アクセス権限が必要であると思われる場合は、システム管理者に連絡してください。

D2SCP-002:	バージョン・マネージャに対するアクセス権限が不十分です。

原因:	指定したアーカイブにアクセスするPVCS権限がありません。マスター･プロジェクトでアーカイブ・ディレクトリの変更ができないのに、「オプション」ダイアログの「プロジェクト・オプション」タブで変更しようとした場合にも、このエラーが表示されます。

処置:	そのアーカイブに対するアクセス権限が必要であると思われる場合は、PVCS管理者に連絡してください。

D2SCP-003:	すでにアーカイブが存在します。

原因:	これは内部エラーの発生を示し、表示されてはならないメッセージです。

処置:	操作を繰り返し試行した後もエラーが発生する場合は、サポート担当に連絡してください。

D2SCP-004:	指定したアーカイブが見つかりません

原因:	アーカイブ・ファイルが必要なときに、アーカイブではないファイル名を入力または選択しました。このエラーは通常、アーカイブ・ファイルではなくワーク・ファイル（たとえば、MYFORM.FMVではなくMYFORM.FMB）を選択したことが原因です。

処置:	「参照」ボタンを使用してアーカイブ・ファイルを選択します。

D2SCP-005:	無効なファイル名：ドライブまたはパスが存在しないか、ファイル名に無効な文字が使われています。

原因:	入力したファイル名が、オペレーティング・システムの有効なファイル名ではありません。

処置:	ファイル名の構文にエラーがないかチェックしてください。

D2SCP-006:	ファイルは別プロセスで使用中です。

原因:	アクセスしようとしたファイルは、他のPVCSユーザーが使用中です。

処置:	通常、少し時間を置いてから再び操作すれば、アクセスできます。

D2SCP-007:	変換に失敗しました。ワーク・ファイルが読込み専用であるか、サポートされていないタイプである可能性があります。

原因:	このエラーの原因として、次のことが考えられます。

A.	ワーク・ファイルが読込み専用である可能性があります。このエラーは、ファイルをロックせずにチェックアウトし、その後「オプション」ダイアログからロックした場合に起こります。

B.	認識されないタイプのファイルをチェックインまたはチェックアウトしようとしました。

処置:	このエラーの訂正には、次の処置を行ってください。

A.の場合	Windowsのファイル・マネージャまたはエクスプローラを使用して、操作を進める前にファイルを書込み可能にしてください。

B.の場合	スタンドアロンのPVCSインタフェースを使用して、ファイルのチェックインまたはチェックアウトを行ってください。

任意のファイルをチェックアウトできますが、チェックインできるのはForms Developerが認識するファイルのみであることに注意してください。これは、Forms Developerでは、ワーク・ファイルからしかサポートするファイル・タイプかどうかを判別できないためです。チェックインする時点でワーク・ファイルがあります。したがって、Forms Developerはチェックインする前にそのファイルをテストします。チェックアウトするときは、そのファイルはワーク・ファイルを取得するためにチェックアウトされます。そうしなければ、Forms Developerではファイルをテストできません。したがって、チェックアウトしているファイルがForms Developerによって認識されないタイプのファイルであるとわかっていれば、チェックアウトのときにこのエラーを無視してもかまいません。

D2SCP-008:	値が無効であるか、不十分です。

原因:	これは内部エラーの発生を示し、表示されてはならないメッセージです。

処置:	操作を繰り返し試行した後もエラーが発生する場合は、サポート担当に連絡してください。

D2SCP-010:	指定したバージョン・ラベルがすでに存在します。

原因:	「チェックイン」ダイアログで、チェックインするファイルに、すでに存在している改訂バージョン・ラベルを指定しました。PVCSでは、指定する改訂バージョン・ラベルは他と重複しないでください。

処置:	ラベルを変更してください。使用中のラベルを参照するには、「オプション」ダイアログの「ファイル・オプション」タブで「ログ」機能を使用します。

D2SCP-011:	指定された改訂バージョンは存在しません。

原因:	これは内部エラーの発生を示し、表示されてはならないメッセージです。

処置:	操作を繰り返し試行した後もエラーが発生する場合は、カスタマ・サポートに連絡してください。

D2SCP-012:	無効な構成ファイルが指定されました。

原因:	このエラーの原因として、次のことが考えられます。

A.	「オプション」ダイアログの「プロジェクト・オプション」タブで選択したファイルが、有効なPVCS構成ファイルではありません。

B.	「チェックイン」ダイアログまたは「チェックアウト」ダイアログにアクセスしようとして、このエラーが発生した場合、DEV2000_PROJECT環境変数で指定された構成ファイルが無効であることを意味します。

処置:	このエラーの訂正には、次の処置を行ってください。

A.の場合	別の有効なファイルを選択します。

B.の場合	変数を変更するか、「オプション」ダイアログの「プロジェクト・オプション」タブを使用して、有効な構成ファイルを設定してください。

D2SCP-013:	最初に、「ソース制御オプション」からプロジェクトを選択する必要があります。

原因:	「チェックイン」ダイアログまたは「チェックアウト」ダイアログにアクセスしようとしましたが、レジストリでDEV2000_PROJECT変数を使用して、または「オプション」ダイアログの「プロジェクト・オプション」タブ上で、プロジェクトを指定していません。

処置:	操作を続行する前に「プロジェクト・オプション」タブを表示し、プロジェクトを選択する必要があります。

D2SCP-014:	プロジェクト構成ファイルを更新できません。

原因:	プロジェクト構成ファイルからアーカイブ・ディレクトリを追加または削除しようとしましたが、ファイルまたはファイルがあるディレクトリに対する書込み許可がありません。

処置:	このアクセス許可が必要であると思われる場合は、PVCS管理者またはシステム管理者に連絡してください。

D2SCP-015:	改訂バージョンがロックされていません。

原因:	ロックしていない改訂バージョンをチェックインしようとしたか、またはロックしていない改訂バージョンを（「ファイル・オプション」タブから）アンロックしようとしました。

処置:	変更を加えた場合、改訂バージョンをチェックインする前に「ファイル・オプション」タブでロックしてください。

D2SCP-016:	指定した改訂バージョンをロックできません。

原因:	「チェックアウト」ダイアログから改訂バージョンをロックしてチェックアウトしようとしたか、または「ファイル・オプション」タブから改訂バージョンをロックしようとしましたが、PVCSではロックの権限を付与できませんでした。このエラーの原因として、次のことが考えられます。

A.	その改訂バージョンがすでに、自分または他のユーザーによってロックされています。

B.	プロジェクトに複数のロックをかけることができず、その改訂バージョンはすでにロックされています。

C.	プロジェクトにプロモーション・モデルがある場合、指定したプロモーション・グループが、ロックした改訂バージョンにすでに割り当てられている可能性があります。

処置:	このエラーの訂正には、次の処置を行ってください。

A.の場合	「ログ」機能を使用して誰がロックしているかを参照します。 自分で改訂バージョンをロックしている場合、ロックを要求せずにファイルをチェックアウトします。他のユーザーがロックしている場合、そのユーザーがロックを解除するのを待ってから、変更のためにファイルをチェックアウトします。

B.の場合	改訂バージョンかファイルが使用可能になるのを待つか、またはそのプロジェクトで1つのファイルに複数のロックがかけられるようにすることを考えてください。

C.の場合	プロモーション・グループが使用可能（ロックされた改訂バージョンに割り当てられていない状態）になるのを待つか、または別の開発レベルのプロモーション・グループを使用してください。

D2SCP-017:	指定したディレクトリが存在しません。

原因:	存在しないディレクトリを指定しました。このエラーは通常、ファイルをチェックインした場所がワークステーション上に存在しないのに、そこからファイルをチェックアウトしようとしたことが原因です。

処置:	この場合は、「宛先」フィールドを編集して、既存のディレクトリを指定してください。

D2SCP-018:	出力をファイルにリダイレクトできません。

原因:	ログ出力または差分レポート出力に指定したファイル名が無効か、またはファイルを書込みのためにオープンできませんでした。

処置:	有効で書込み可能なファイルを指定します。

D2SCP-100:	PVCSエラー 数値 - キーワード

原因:	「ソース制御インタフェースでは処理できませんでした」というエラーが、PVCSから戻されました。

処置:	PVCSのマニュアルでエラーの数値またはエラーのキーワードを使用してエラーを調べ、適切な処置を行ってください。


PVCS構成マネージャ・インタフェースで、新規ファイルまたは改訂バージョンが表示されないのはなぜですか？

ファイルをチェックインし、改訂バージョン・ラベルを割り当てたのに、PVCS構成マネージャ・インタフェースで、新規ファイルまたは改訂バージョンが表示されません。どうすればよいのでしょうか？

プロジェクト・フォルダを、アーカイブ（新規ファイルおよび改訂バージョン）にある新しい情報で更新する必要があります。更新するには、PVCSの最上位の「Project」メニューから「プロジェクト・フォルダ更新...」を選択します。すると、新規ファイルおよび改訂バージョンが、PVCSの「フォルダ」ウィンドウに表示されます。


ソース制御メニュー・オプションが、1つの製品でしか使用できないのはなぜですか？

複数の製品を同時に実行すると、ソース制御メニュー・オプションがそのうちの1つでしか使用できません。なぜですか？

Windows上のPVCSはリエントラントではありません。つまり、PVCSサービスに一度にアクセスできるのは1つのプログラム（Report BuilderのようなPVCSが使用可能なプログラム、またはPVCSインタフェース自体のいずれか）のみです。使用可能なメニューがあるプログラムと、そこからPVCSサービスにアクセスしたいプログラムを両方とも終了する必要があります。次に、PVCSへのアクセスを必要とするプログラムを再起動します。


「PVCSがアーカイブを検索できません」というエラーが出るのはなぜですか？

レポートをチェックアウトしようとして、.RDV（アーカイブ・ファイル）を選択しましたが、PVCSがアーカイブを検索できないというエラーが出ます。どうなっているのでしょうか？

.RDVファイルを選択したとしても、そのファイルはアーカイブ・ファイルではなかった可能性があります。Report Builderでは、チェックイン前に、中間（ASCII）ファイルを拡張子.RDVのファイルとして作成します。（詳細は、PVCSのインプリメントについてを参照してください。）作業ディレクトリではなく、アーカイブ・ディレクトリから.RDVファイルを選択していることを確認してください。この混乱を避けるには、次の3つの方法が役立ちます。

•	チェックイン後にワーク・ファイルを削除するようにPVCSプロジェクト・オプションを設定します。これによって、Reports中間.RDVファイルがディスク上に残らないようにします。

•	.RDVファイルがチェックインされると、VRDなどの異なる接尾語が付けられるように、接尾語のルールを変えます。これで、チェックアウト時に、.RDVではなくVRDのファイルを探すことができます。

•	アーカイブを検索するときに、ワーク・ファイルのパスを無視するようにプロジェクトを構成します。これで、チェックアウト時に、アーカイブ・ファイルではなくワーク・ファイル（この場合はRDFファイル）を指定できるようになります。

これらの方法は、PVCS構成マネージャのユーザー・インタフェース、「プロジェクト構成...」メニュー項目から実行可能です。


どうすれば、ファイルをロックするとき、必ず正しいユーザー名が使用されるようにすることができますか？

ファイルをロック（またはロックしてチェックアウト）すると、必ずユーザーIDが「UNKNOWN」に設定されてしまいます。このように設定されると、他のユーザーがファイルをチェックインまたはアンロックできるようになります。どうすれば必ず正しいユーザー名が使用されるようにすることができますか？

（PVCS改訂バージョン・マネージャ・インタフェースの）PVCSプロジェクト構成オプションの「ネットワーク」セクションに、「ログイン・ソース」というオプションがあります。 これを使用して、この問題を回避することができます。このオプションによって、PVCSが現在のユーザIDを判別する方法を定義することができます。たとえば、NETWAREネットワークを使用する場合、PVCSに現行のNETWAREログインIDを使用するように指示することができます。Windows NTでは、"HOST"ログイン・ソースを使用して、NTログインIDを使用することができます。詳細は、PVCSのマニュアルを参照してください。


チェックアウトのためにワーク・ファイルを選択できるようにする方法はありますか？

チェックアウトのために、アーカイブ・ファイルではなく、ワーク・ファイルを選択できるようにする方法はありますか？

（PVCS改訂バージョン・マネージャ・インタフェースの）PVCSプロジェクト構成オプションの「アーカイブ検索」セクションにある「ワーク・ファイル・パスを無視」というオプションを使用することができます。このオプションを使用すると、「チェックアウト」ダイアログおよび「ソース制御オプション」ダイアログで、ワーク・ファイルまたはアーカイブ・ファイルのいずれかを選択できるようになります。


「VCSDIRがプロジェクト構成ファイルで実現できません」というエラーが出るのはなぜですか？

マスター・プロジェクトをアーカイブ・ディレクトリの変更ができないように構成しました。PVCS改訂バージョン・マネージャ・インタフェースでは、意図したとおり、サブプロジェクトでアーカイブ・ディレクトリを変更することはできません。しかし、Forms Developerでは変更できました。その後、PVCS改訂バージョン・マネージャ・インタフェースから「VCSDIRがプロジェクト構成ファイルで実現できません」というエラーが戻されました。どうなっているのでしょうか？

PVCS改訂バージョン・マネージャ・インタフェースでは、ルート・ディレクトリでデフォルトの MASTER.CFG を検索します。 アーカイブ・ディレクトリを変更した後に、このファイルを元のディレクトリで検索したために、このエラーが通知されたものと思われます。マスター構成ファイルを認識できるようにするには、 VCONFIG  コマンドを使用してPVCSを構成する必要があります。これにより、PVCSライブラリにあるマスター構成ファイルの名前が暗号化され、誰もアーカイブ・ディレクトリのリストを不用意に変更できないようになります。詳細は、INTERSOLV社PVCS付属の『PVCSコマンド行リファレンス・ガイド』の「Master Configuration Files」および「VCONFIG Command」の項を参照してください。


• 9


オンライン・ヘルプの使用

オンライン・ヘルプ・システムを効果的に利用するためのガイドラインを次に示します。

•	「目次」タブを読んで、オンライン・ヘルプで取り上げられているトピックの内容を把握します。

•	トピック・タイトルのすぐ下にある「関連項目」ボタンをクリックして、現行のトピックに関連するトピックのリストを表示します。

•	トピックの一番上にある「オプション」ボタンをクリックして、「手前に表示」を設定します。これにより、アプリケーションの開発を進めながらでも、ヘルプ・トピックは常に画面の手前に表示されます。

•	用語の定義を調べるには、トピックの最上部にある「用語集」ボタンをクリックします。


ドキュメント・ロードマップ

アプリケーションの構築方法を習得するには:

1	各コンポーネントの概要を述べたクイック・ツアーを確認します。

•	「ヘルプ」 [image] 「クイック・ツアー」を選択します。

2	最も一般的な作業の実行方法を学習するには、キュー・カードを参照します。

•	「ヘルプ」 [image] 「キュー・カード」を選択します。

3	オンライン・マニュアルを表示します（ハード・コピーのマニュアルも利用できます）。

•	「ヘルプ」 [image] 「マニュアル」を選択します。

4	オンライン・ヘルプ・システムにアクセスします。

•	「ヘルプ」 [image] 「ヘルプ・トピック」を選択します。

•	状況依存ヘルプを参照するには、[Help]キー（ほとんどのプラットフォームでは通常[F1]キー）を押します。


インフォメーション・デスク


環境変数

  関連項目

CA_GPREFS

CA_UPREFS

CUE_PREFS

DEV2000_PROJECT

DEV2000_SOURCECONTROL

DOC60

FORMS60_DEFAULTFONT

FORMS60_EDITOR

FORMSnn_ERROR_DATE/DATETIME_FORMAT

FORMS60_JAVADIR

FORMS60_MAPPING

FORMS60_OUTPUT

FORMSnn_OUTPUT_DATE/DATETIME_FORMAT

FORMS60_PATH

FORMSnn_PLSQLV1_NAME_RESOLUTION

FORMS60_REPFORMAT

FORMS60_TIMEOUT

FORMSnn_USER_DATE/DATETIME_FORMAT

FORMS60_USEREXITS

GRAPHICS60_PATH

INTERRUPT（DOS SQL*Netユーザーのみ）

LOCAL

NLS_LANG

OleCreateObjPoolInMemory

OleDoNotUpdateLinks

OleUpdateLinksPrompt

ORACLE_HOME

ORACLE_PATH

ORAINFONAV_DOCPATH

REPORTS60_CGIDIAGBODYTAGS

REPORTS60_CGIDIAGHEADTAGS

REPORTS60_CGIHLP

REPORTS60_CGIMAP

REPORTS60_CGINODIAG

REPORTS60_CGIPATHONLYURL

REPORTS60_COOKIE_EXPIRE

REPORTS60_DB_AUTH

REPORTS60_ENCRYPTION_KEY

REPORTS60_OWSDIAGBODYTAGS

REPORTS60_OWSDIAGHEADTAGS

REPORTS60_OWSHELP

REPORTS60_OWSMAP

REPORTS60_OWSNODIAG

REPORTS60_OWSPATHONLYURL

REPORTS60_PATH

REPORTS60_REPORTS_SERVER

REPORTS60_SYS_AUTH

REPORTS60_TERMINAL

REPORTS60_TMP

REPORTS60_USEREXIT

REMOTE

UI_ICON

USERNAME

WIN_REMOTE_SESSIONS

XMITTR（DOSユーザーのみ）


レジストリ（Windows95およびWindows NT）

  環境変数

Oracleインストーラは、レジストリ内に新しいORACLEセクションを作成します。Oracleレジストリには、Oracleホーム・ディレクトリの名前、製品の作業環境ファイルのディレクトリ、ヘルプ・ファイルのディレクトリなどを制御する構成パラメータが入っています。

レジストリの表示と変更

Microsoft Windowsレジストリは、レジストリ・エディタを使用して表示およびオプションの編集ができます。このエディタは、Windowsソフトウェアがインストールされているディレクトリに入っています。エディタを起動するには、「スタート」 [image] 「ファイル名を指定して実行」を選択し、続いてREGEDITと入力し、「OK」をクリックします。

レジストリ・エディタ内で、HKEY_LOCAL_MACHINEノードを拡張し、続いてSOFTWAREノードを拡張します。[ORACLE]キーをクリックし、Oracle構成パラメータを表示させます。

パラメータ名をダブルクリックし「文字列の編集」ダイアログを表示させると、どのパラメータ値でも変更できます。「値」データ・テキスト・ボックス内の値を変更し、「OK」をクリックして新しい値を認めます。


構成パラメータ

  環境変数

Oracleインストーラは、多くのパラメータを自動的に設定します。これらのパラメータはOracle製品が必要とするものもあれば、開発者が製品動作のカスタマイズに使用するものもあります。

必要なパラメータ

この項に挙げているパラメータは、Oracleインストーラにより自動的に設定または削除されます。これらのパラメータは、さまざまなOracle製品が正しく動作するために必要なものです。

注意: この項に挙げられているパラメータの設定は変更しないでください。設定を変更すると、1つ以上のOracle製品が正しく動作しなくなります。

次に挙げているパラメータ内のnnは、製品またはコンポーネントのリリース番号を示します。この番号は、Oracle製品の新しいリリースにアップグレードする際に変わる場合があります。

パラメータ	デフォルト値
BROWSERnn	ORACLE_HOME\BROWSE25
DEnn	ORACLE_HOME\TOOLS\COMMON60
FORMSnn	ORACLE_HOME\FORMS60
GRAPHICSnn	ORACLE_HOME\GRAPH60
MMnn	ORACLE_HOME\TOOLS\COMMON60
OCLnn	ORACLE_HOME\GRAPH60
PROnn	ORACLE_HOME\PRO18
RDBMSnn	ORACLE_HOME\RDBMS73
RWnn	ORACLE_HOME\REPORT60
TKnn	ORACLE_HOME\TOOLS\COMMON60
VGSnn	ORACLE_HOME\TOOLS\COMMON60
カスタマイズできるパラメータ

この項に挙げているパラメータは、Oracle製品のさまざまな面を制御します。これらのパラメータの設定を変更し、製品動作をカスタマイズできます。

この後の項では、Oracleインストーラにより自動的に設定される、各パラメータのデフォルト設定（存在する場合）を挙げています。自動的に設定されないパラメータについても述べられています。設定の有効な値および例の説明も合わせて挙げられています。


CA_GPREFS

デフォルト: ORACLE_HOME

有効な値: 任意のドライブの任意のディレクトリ

例:

CA_GPREFS=C:\orawin95

このパラメータは、グローバル作業環境ファイルCAGPREFS.ORAのディレクトリを指定します。グローバル作業環境は、ネットワーク化されたユーザー間で共有されます。この製品は、CAGPREFS.ORAファイルを探すのに、CA_GPREFSパラメータで指定されるディレクトリの他、現行ディレクトリも検索します。

CAGPREFS.ORAファイルは、Oracleインストーラにより自動的に作成されます。グローバル作業環境を変更するには、「メモ帳」などのテキスト・エディタを使用し、このファイルを直接編集してください。CAGPREFS.ORA内のグローバル作業環境は、ローカル作業環境ファイルCAUPREFS.ORA（パラメータCA_UPREFSにより定義される）で上書きできます。


CA_UPREFS

デフォルト: ORACLE_HOME

有効な値: 任意のドライブの任意のディレクトリ

例:

CA_UPREFS=C:\orawin95

このパラメータは、ユーザー作業環境ファイルCAUPREFS.ORAのディレクトリを指定します。CAUPREFS.ORAファイルは、開発者が「ツール」 [image] 「ツール・オプション」から設定する作業環境をメンテナンスします。製品は、CAUPREFS.ORAファイルを探すために、CA_UPREFSパラメータで指定されているディレクトリの他、現行ディレクトリも検索します。

Oracle製品の中には、作業環境情報をCAUPREFS.ORAファイルに書き込むものもあります。ユーザー作業環境を手動で変更するには、「メモ帳」などのテキスト・エディタを使用しこのファイルを編集します。CAUPREFS.ORAに設定されているユーザー作業環境は、CAGPREFS.ORAファイル（パラメータCA_GPREFSで定義する）内のグローバル作業環境を上書きします。


CUE_PREFS

デフォルト: ORACLE_HOME

有効な値: 任意のドライブの任意のディレクトリ

例:

CUE_PREFS=C:\orawin95

このパラメータは、キュー・カードの作業環境ファイルCUEPREF.RESのディレクトリを指定します。CUEPREF.RESファイルは、「キュー・カード・オプション」ダイアログで設定可能なキューカードの作業環境をメンテナンスします。

作業環境は、アプリケーションを終了するたびにCUEPREF.RESファイルに保存されます。このファイルは、手動では変更できません。


DEV2000_SOURCECONTROL

デフォルト: なし

有効な値: Forms DeveloperまたはReports Developerにどのソース制御システムを使用すべきかを指定するキーワード

例:

DEV2000_SOURCECONTROL=PVCS

このパラメータは、Forms DeveloperまたはReports Developerにどのソース制御システムを使用するかを指定します。現在のところ、ソース制御システムを指定しない、またはこのパラメータを値'PVCS'に設定する、のどちらかを指定できます。ソース制御システムのサポートが追加されると、追加されたソース制御システムのキーワードも指定できるようになります。


DEV2000_PROJECT

デフォルト: なし

有効な値: Forms DeveloperまたはReports Developerで使用するソース制御システムのプロジェクト・ファイルを指定するキーワード

例:

DEV2000_PROJECT=c:\pvcs\project1\project1.cfg

このパラメータは、開発者がDEV2000_SOURCECONTROLパラメータ上で選択したソース制御システムのプロジェクト・ファイルの名前を指定します。


DOC60

デフォルト: Oracle_Home\tools\doc60

有効な値: 任意のドライブの任意のディレクトリ

例:

DOC60=c:\orawin95\tools\doc60

このパラメータは、オンライン・ヘルプ、キュー・カード、クイック・ツアーなど、オンライン・ドキュメント・ファイルのディレクトリを指定します。


FORMS60_DEFAULTFONT

デフォルト: なし

有効な値: 任意の有効フォントを指定するテキスト文字列

例:

FORMS60_DEFAULTFONT="MS Sans Serif.8"

このパラメータは、Form Builderのレイアウト・エディタ内のボイラープレートに使用するデフォルト・フォントを指定します。


FORMS60_EDITOR

デフォルト: なし

有効な値: システム・エディタの名前とパス

例:

FORMS60_EDITOR=C:\windows\notepad.exe

このパラメータは、デザイナまたはランフォーム・コンポーネント内でForm Builderの複数行の項目が起動できるエディタを定義します。このパラメータが定義されない限り、ユーザー定義のエディタは起動できません。

注意: エディタを終了する際、ファイルは「ASCIIのみ」のファイルとして保存する必要があります。固有のワープロ形式はサポートされていません。


FORMSnn_ERROR_DATE/DATETIME_FORMAT

目的： 次の環境変数は、エンドユーザーが日付または日時項目に無効な値を入力したときに表示されるランタイム・エラー･メッセージを生成するために、Formsが使用する書式マスクを設定します。

デフォルト: ヘルプ・トピック「日付の書式マスク」を参照してください。

有効な値: 任意の有効な日付/日時書式マスク。

例:

FORMS65_ERROR_DATE_FORMAT YYYY/MM/DD


FORMS60_JAVADIR

デフォルト: Oracle_Home\forms60\java

有効な値: Oracle Java実行時環境の名前およびパス

例:

FORMS60_JAVADIR=C:\orant\forms60\java

このパラメータは、Java Beanエリアを使用し、WebベースのフォームをForm Builderからプレビューするのに必要なOracle Java実行時環境ファイルのロケーションを定義します。


FORMS60_MAPPING

デフォルト: なし

有効な値: 一時作業ディレクトリの仮想位置

例:

FORMS60_MAPPING=http://myhost.com/webtemp

Web上でイメージを処理するために、Forms Serverは一時的な圧縮JPEGファイルを送信します。Web Formsアプリケーションでイメージまたはアイコンを使用する場合は、Forms Serverがイメージやその他の作業ファイルに使用する一時ディレクトリと仮想ディレクトリ（例 C:\ORANT\WEBTEMP）を作成する必要があります。また、Forms Serverが動作しているコンピュータ上にFORMS60_OUTPUT環境変数およびFORMS60_MAPPING環境変数を作成する必要もあります。


FORMS60_OUTPUT

デフォルト: なし

有効な値: Formsサーバーが動作しているコンピュータ上の任意のドライブの任意のディレクトリ

例:

FORMS60_OUTPUT=C:\ORANT\WEBTEMP\

Web上でイメージを処理するために、Forms Serverは一時的な圧縮JPEGファイルを送信します。Web Formsアプリケーションでイメージまたはアイコンを使用する場合は、Forms Serverがイメージやその他の作業ファイルに使用する一時ディレクトリ（例 C:\ORANT\WEBTEMP）を作成する必要があります。また、Forms Serverが動作しているコンピュータ上にFORMS60_OUTPUT環境変数およびFORMS60_MAPPING環境変数を作成する必要もあります。


FORMSnn_OUTPUT_DATE/DATETIME_FORMAT

目的： 次の2つの環境変数は、独自のマスクを持たない任意の日付および日時項目で実行時出力操作を行うためにFormsが使用する書式マスクを設定します。

デフォルト: ヘルプ・トピック「日付の書式マスク」を参照してください。

有効な値: 任意の有効な日付/日時書式マスク。

例:

FORMS65_OUTPUT_DATETIME_FORMAT YYYY/MM/DD HH24:MI:SS


FORMS60_PATH

デフォルト: ORACLE_HOME\FORMS60\PLSQLLIB

有効な値: 任意のドライブの任意のディレクトリ

例:

FORMS60_PATH=C:\oracle\apps\forms;C:\myfiles

このパラメータは、Form Builderのランタイム・アプリケーション内で使用するファイルの検索パスを指定します。これには、フォーム・ファイル（.fmx）、メニュー・ファイル（.mmx）、PL/SQLライブラリ（.pll）、アプリケーションが実行時にロードを試みるその他のオブジェクトが含まれます。たとえば、イメージ・ファイルscooter.tifをインポートすると、Form BuilderはそのファイルをFORMS60_PATHで指定されているディレクトリ内で検索します。

FORMS60_PATHは、複数のディレクトリを指定できます。セミコロン（;）を使用して、パス・リスト内のディレクトリ名を区切ってください。


FORMSnn_PLSQLV1_NAME_RESOLUTION

デフォルト:  オフ

有効な値:  オン、オフ

例:

FORMS6i_PLSQLV1_NAME_RESOLUTION=ON

この環境変数を使用すると、ランタイム・プログラム・ユニット名の解決の動作をR4.5とR5以降のバージョン間で選択できます。オンを指定すると、R4.5の動作が選択されます。オフを指定すると（またはこの環境変数を指定しないと）、R5以降の動作が選択されます。

R4.5の動作:

Formsがプログラム・ユニットのコールに出会うと、まず現行Formsまたはメニューのプログラム・ユニットを探し、次に連結されたライブラリを検索します。この動作により、呼び出されるプログラム・ユニットが、コンパイル時に解決されたのと同じプログラム・ユニットではないので、動的名前の解決の簡易なスタイルが得られます。さらに、同じライブラリが複数のFormsに連結される場合には、各Formsは、インスタンシエーション、パッケージ状態、依存関係を含む一意のセットのライブラリ情報を保持します。これは依存関係情報がForms全体にわたって共有されないことを意味します。

R4.5には次の短所があります。

•	Forms全体にわたって情報が共有されません。SHARE_LIBRARY_STATEは効果がありません。

•	実行時間とメモリー使用量が増えます（R5+と比較した場合）。

R5+の動作:

Formsがプログラム・ユニットのコールに出会うと、まず現行Formsまたはメニューのプログラム・ユニットを探し、次に連結されたライブラリを検索します。しかし、同じライブラリが複数のFormsに連結される場合には、各Formsは一意のセットのライブラリ情報を保持しません。その代わりに、プログラム・ユニット・インスタンシエーションはForms全体にわたって共有されます。これは依存関係情報がForms全体にわたって共有できることを意味します。

推奨事項:

前述の短所とこの環境変数が将来のバージョンで必ずサポートされるとは限らないため、R4.5の動作を選択しないようお薦めします。

その代わりに、動的な名前の解決を取得するために、Execute-Triggerビルトインを使用してください。引数が必要な場合はグローバル変数を使用します。


FORMS60_REPFORMAT

デフォルト: なし

有効な値: HTML、PDF

例:

FORMS60_REPFORMAT=HTML

ブラウザを起動して、フォームからRUN_PRODUCTを使用してレポートを実行する場合は、FORMS60_REPFORMAT環境変数を設定する必要があります。このパラメータは、レポートの書式を指定します。


FORMS60_TIMEOUT

デフォルト:   15

有効な値: 1～1440（1日）

例:

FORMS60_OUTPUT=1440

このパラメータは、クライアントとFormsのサーバーとの通信がない場合に、Formsのサーバーのプロセスが終了するまでの経過時間を分単位で指定します。


FORMSnn_USER_DATE/DATETIME_FORMAT

目的: 次の2つの環境変数は、独自のマスクを持たないDATE型およびDATETIME型の項目から値を取り出すためにFormsが実行時に使用する書式マスクを設定します。

デフォルト: ヘルプ・トピック「日付の書式マスク」を参照してください。

有効な値: 任意の有効な日付/日時書式マスク。複数の書式マスクを垂直バーで区切って指定できます。ランタイム項目の変換時には、その変換が正常に終了するまで（または、書式マスクがなくなるまで）書式マスクが指定された順に使用されます。

例:

FORMS65_USER_DATE_FORMAT  FXFMDD-MM-RRRR


FORMS60_USEREXITS

デフォルト: なし

有効な値: （絶対パスおよび）任意のユーザー・イグジット・ダイナミック・リンク・ライブラリ。

このパラメータにより、複数のDLLを定義し、ユーザー・イグジット・インタフェースから起動できる外部ファンクションを含めることができます。FORMS60_USEREXITSパラメータには、セミコロンで区切られた一連のユーザー・インタフェースDLLが入っています。

FORMS60_USEREXITSには、複数のDLLを指定できます。円記号（\）を使用してパス内のディレクトリを指定し、セミコロン（;）を使用してパスごとに区切ってください。

この値を明示的に設定しないと、Form Builderは値をORACLE_HOME\BIN\F45XTB.DLLと断定します。

例:

FORMS60_USEREXITS = C:\mathlib\add.dll;C:\mathlib\mult.dll


GRAPHICS60_PATH

デフォルト: なし

有効な値: 任意のドライブの任意のディレクトリ

例:

GRAPHICS60_PATH=C:\oracle\apps\graphics;C:\myfiles

このパラメータは、Graphics Runtimeアプリケーション内で使用されるファイルの検索パスを指定します。これは、表示ファイル（.ogr）、イメージ、外部問合せおよびアプリケーションが実行時にファイルからロードを試みるその他のオブジェクトを含みます。たとえば、イメージ・ファイルscooter.tifをインポートすると、Graphics Builderはこのファイルを探すためにGRAPHICS60_PATHで指定されているディレクトリを検索します。

GRAPHICS60_PATHには、複数のディレクトリを指定できます。円記号（\）を使用してパス内のディレクトリを指定し、セミコロン（;）を使用してパスごとに区切ってください。


INTERRUPT（DOS SQL*Netユーザーのみ）

デフォルト: なし

有効な値: DOSのCONFIG.ORAファイルで指定されているものと同じ値

このパラメータは、DOSのOracle製品が使用する割込みベクトル・アドレスを指定します。Windows版のDOS SQL*Netドライバを使用する場合は、CONFIG.ORAファイルがDOSのOracleホーム・ディレクトリに入っていることを確認してください。INTERRUPTパラメータがCONFIG.ORA内に設定されている場合は、レジストリ内でこのパラメータを同じ値に設定する必要があります。DOSのCONFIG.ORAファイル内でこの変数が設定されていない場合は、レジストリ内で設定する必要はありません。

注意: QEMM、386MAX、CEMM、EMM386などのサードパーティのメモリー管理製品を使用する場合は、INTERRUPTを103に設定しないでください。この設定が行われると、SQLPMEおよびSQL*Netを起動後、予期しない動作が起きます。


LOCAL

デフォルト: なし

有効な値: データベースの文字列パラメータを含む、任意の有効なSQL*Netドライバ接頭辞。詳細は、『Oracleネットワーク管理者ガイド』を参照してください。

このパラメータは、製品内でのデータベースの接続に通信ドライバを設定しない場合にこの製品が使用する、SQL*Netドライバと完全な接続文字列を指定します。

LOCALパラメータを追加する場合、そのパラメータをファイルの最後に追加しないでください。Oracle製品は、LOCALパラメータが最後のパラメータとして現れる場合、それを認識しません。

注意: Windows版のDOS SQL*Netドライバを使用する場合は、LOCALパラメータがDOSのOracleホーム・ディレクトリのCONFIG.ORAファイルに設定されているかを確認してください。CONFIG.ORA内でLOCALが設定されている場合、同じ値をレジストリ内で設定する必要があります。


NLS_LANG

デフォルト: AMERICAN_AMERICA.WE8ISO8859P1

有効な値: 利用できる値の現行の一覧を、『NLSリファレンス・マニュアル』またはCDの\bonus\nls\nlsd2r1.wriファイルで参照してください。

例:

NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1

このパラメータは、メッセージ・ファイルが表示される言語を設定します。NLS_LANGの構文を次に示します。

NLS_LANG=<language>_<territory>.<char_set>

パラメータの内容は次のとおりです。

language	メッセージおよび日と月の名前を表示するための言語とその規約を指定します。
territory	週と日の数を計算するための地域およびその規約を指定します。
char_set	UPPER、LOWERおよびINITCAPファンクションに使用されるキャラクタ・セットと、ORDER BY問合せが使用するソートの型を指定します。この引数は、メッセージの表示に使用するキャラクタ・セットも制御します。


OleCreateObjPoolInMemory

デフォルト:   0

有効な値: 0または1

例:

OleCreateObjPoolInMemory=0

Report Builderでは、このパラメータはOLE2オブジェクト・プールを一時ファイル（0）に作成するか、メモリー（1）に作成するかを指定します。メモリーにプールを作成すると、ディスク・アクセスを減らしパフォーマンスが向上します。OLE2オブジェクトが多いか大きなOLE2オブジェクト（イメージなど）がある場合は、必要なメモリー量が多くなる可能性があります。どれだけのOLE2オブジェクトがあるかを調べるには、繰返し枠内の1つのOLE2ボイラープレート・オブジェクトにOLE2オブジェクトが1つ入っていることを参考にしてください。1つのOLE2フィールドには、フィールドのそれぞれのインスタンスに対しOLE2オブジェクトが1つ入っています。


OleDoNotUpdateLinks

デフォルト:   0

有効な値: 0または1

例:

OleDoNotUpdateLinks=0

Report Builderでは、このパラメータは、レイアウト・エディタがオープンされる場合やレポートが実行される場合、リンクのアップデートを有効（0）または無効（1）にします。リンクされたOLE2オブジェクトには、それらのソース・オブジェクトのキャッシュされたプレゼンテーションが入っています。これらのキャッシュされたプレゼンテーションは、持続したオブジェクト・データに基づく対応するOLE2サーバーにより更新されます。

これらの更新は、リンクの種類に基づき、自動的に、または手動で行われます。キャッシュされたプレゼンテーションの更新はOLE2サーバーの起動を要するため、ソース・オブジェクトが変更されていないことが明らかな場合や、最新の変更を必要としない場合は、更新を無効にしパフォーマンスを向上させることができます。このオプションを指定しない場合も、OLE2オブジェクトが更新される際に表示される標準のダイアログ・ボックスで更新を取り消すことができます。


OleUpdateLinksPrompt

デフォルト:   0

有効な値: 0または1

例:

OleUpdateLinksPrompt=0

Report Builderでは、このパラメータは、リンクしたオブジェクトが見つからない場合にそれを知らせる（0）か知らせない（1）かを指定します。更新時にオブジェクトのソースが見つからない場合ダイアログ・ボックスが表示され、リンク・ソースを再指定するかエラーを無視できます。ダイアログ・ボックスに対応できない場合（レポートを一晩中実行している場合など）、レポートの実行が確実に終了するようにこの確認を無効にできます。


ORACLE_HOME

デフォルト: C:\ORAWIN95

有効な値: 任意のドライブの任意のディレクトリ

例:

ORACLE_HOME=C:\orawin95

このパラメータは、Windows版のOracle製品がインストールされているホーム・ディレクトリを指定します。このディレクトリは、Oracleディレクトリ階層の「トップ」ディレクトリです。

使用上の注意

•	Reports Runtimeを使用している場合は、ORACLE_HOMEとORACLE_PATHで使用できる検索パスの最大長は合計で255文字です。


ORACLE_PATH

デフォルト: なし

有効な値: 任意のドライブの任意のディレクトリ

例:

ORACLE_PATH=C:\oracle\apps\forms;C:\oracle\apps\graphics;
C:\oracle\apps\reports

このパラメータは、Forms Runtime、Graphics RuntimeまたはReports Runtimeにより参照されるファイルの検索パスを指定します。ORACLE_PATHで指定されるディレクトリは、製品固有のパラメータであるFORMS60_PATH、GRAPHICS60_PATHまたはREPORTS60_PATHで指定されるディレクトリの後に検索される点に注意してください。

ORACLE_PATHには、複数のディレクトリを指定できます。セミコロン（;）を使用して、パス・リスト内のディレクトリ名を区切ってください。

使用上の注意

•	Reports Runtimeを使用している場合は、ORACLE_HOMEとORACLE_PATHで使用できる検索パスの最大長は合計で255文字です。


ORAINFONAV_DOCPATH

デフォルト: なし

有効な値: 任意のドライブの任意のディレクトリ

例:

ORAINFONAV_DOCPATH=C:\orawin95\oin

このパラメータは、オンライン・ドキュメントの目次と索引のテーブルのディレクトリを指定します。


REMOTE

デフォルト: なし

有効な値: 任意の有効なSQL*Netドライバ接頭辞およびパラメータ

例:

REMOTE=P:PIPER

このパラメータは、ローカル・データベースを介して接続する場合に使用する、デフォルトのリモートSQL*Netドライバを指定します。このパラメータには、デフォルトのSQL*Netパラメータ（すべてのデータベース文字列）を含めることができます。

この例中のP：は名前付きパイプに対するネットワーク接頭辞、Piperはデータベース名です。

ユーザーがログインを行いREMOTEで指定されたものと一致する明示的なドライバ接頭辞との接続を指定し、SQL*Netパラメータを指定しないと、REMOTEで指定されたパラメータが使用されます。このパラメータによりDBAは、SQL*Netユーザーが接続パラメータを指定する必要がない「通常の」ネットワーク接続を定義できます。このパラメータは、コマンド・ラインでいつでもリセットできます。

注意:Windows版のDOS SQL*Netドライバを使用する場合は、DOSのOracleホーム・ディレクトリに入っているCONFIG.ORAファイルにREMOTEパラメータが設定されているか確認してください。CONFIG.ORAでREMOTEが設定されている場合は、レジストリ内でこのパラメータを同じ値に設定する必要があります。


REPORTS60_CGIDIAGBODYTAGS

Reports Web CGIでは、このパラメータはRWCGI60診断/デバッグ出力で<BODY_>タグとして挿入されるHTMLタグを指定します。たとえば、この環境変数を文字色/背景色とイメージを設定するのに使用することができます。


REPORTS60_CGIDIAGHEADTAGS

Reports Web CGIでは、このパラメータは診断/デバッグ出力のRWCGI60で <HEAD> � </HEAD>タグの間に挿入されるHTMLタグを指定します。たとえば、この環境変数を<TITLE>や<META_>タグを設定するのに使用することができます。


REPORTS60_CGIHLP

Reports Web CGIでは、このパラメータでRWCGI60ヘルプ・ファイルを空の要求で起動したときにナビゲートされるURL/URIを指定します。

http://your_webserver/your_virtual_cgi_dir/rwcgi60.exe?

たとえば、REPORTS60_CGIHLPをhttp://www.yahoo.comに設定すると、指定したWebページが表示され、myhelpfile.htmに設定すると指定したファイルが表示されます。

http://your_webserver/myhelpfile.htm

この変数を定義しない場合は、デフォルトのヘルプ画面が表示されます。


REPORTS60_CGIMAP

Reports Web CGIでは、このパラメータでマップ・ファイル構成が使用される場合に、RWCGI60マップ・ファイルの適切なファイル名および位置を定義します。

c:\orant\report60\mymap.dat


REPORTS60_CGINODIAG

Reports Web CGIでは、このパラメータを定義するとRWCGI60からのすべてのデバッグ/診断出力が使用不可になります。

http://your_webserver/cgi-bin/rwcgi60.exe/help?

使用上の注意

このパラメータは、REPORTS60_CGINODIAGが定義されている場合は使用できません。


REPORTS60_CGIPATHONLYURL

Reports Web CGIでは、このパラメータが定義されている場合（値にかかわらず）、指定されたURLのパス部分にしか戻りません。 たとえば、次のURLに戻るかわりに、

Location: http://your_webserver:port/path

こちらに戻ります。

Location: /Path

この変数は、デフォルトのポートを含む複数のポートを使用するWebサーバーのセットアップに関する問題を解決するのに使用することができます。


REPORTS60_COOKIE_EXPIRE

デフォルト:   30

有効な値: 任意の数（分単位）

例:

REPORTS60_COOKIE_EXPIRE=30

Reports Serverのセキュリティでは、このパラメータはクッキーのアイドル時間（例 REPORTS60_COOKIE_EXPIRE=30）を決定します。クッキーは暗号化されたユーザー名とパスワードをクライアント側で保存します。CGIがクライアントからクッキーを受け取ると、CGIがクッキーに保存された時間と、現在のシステム時間を比較します。

REPORTS60_COOKIE_EXPIREパラメータで指定された時間（例 30分）よりも長い時間が経過している場合は、CGIはクッキーを拒否し、データベース認証フォームとエラー・メッセージをクライアントに返します。レポートを実行するには、ユーザーは再度認証を受けなければなりません。


REPORTS60_DB_AUTH

デフォルト: dbauth.htm

有効な値: 特別な認証アクションを含む、任意のhtmlファイル。デフォルトの状態が望ましい。

例:

REPORTS60_DB_AUTH=dbauth.htm

データベースにログインするのに使用するデータベース認証テンプレートを指定します。


REPORTS60_SYS_AUTH

デフォルト: sysauth.htm

有効な値: 特別な認証アクションを含む、任意のhtmlファイル。デフォルトの状態が望ましい。

例:

REPORTS60_SYS_AUTH=sysauth.htm

アクセスが制限されているReports Serverに対してユーザがレポート要求を実行するときに、ユーザー名とパスワードを認証するのに使用する認証テンプレートを指定します。


REPORTS60_ENCRYPTION_KEY

デフォルト: Reports6.0

有効な値: 任意の暗号キー

例:

REPORTS60_ENCRYPTION_KEY=reports6.0

このパラメータで、ユーザー名とパスワードの暗号化に必要な暗号キーを指定します。


REPORTS60_REPORTS_SERVER

有効な値: 任意のReports Serverサービス・エントリ名

例:

REPORTS60_REPORTS_SERVER=repserver

デフォルトのReports ServerをWeb CartridgeまたはWeb CGI要求に指定します。このパラメータを設定すると、レポート要求でSERVERコマンド･ライン引数を省略し、デフォルト・サーバーを使用してそれらを処理することも、SERVERコマンド･ライン引数を組み込んで、デフォルトより優先させることもできます。


REPORTS60_OWSDIAGBODYTAGS

Reports Webカートリッジでは、このパラメータはRWOWS60診断/デバッグ出力ファイルで<BODY_>タグとして挿入されるHTMLタグを指定します。たとえば、この環境変数を文字や背景の色やイメージなどを指定するのに使用することができます。


REPORTS60_OWSDIAGHEADTAGS

Reports Webカートリッジでは、このパラメータはRWOWS60診断/デバッグ出力ファイルで<HEAD> _</HEAD>タグの間に挿入されるHTMLタグを指定します。たとえば、この環境変数を<TITLE>や<META_>タグなどを指定するのに使用することができます。


REPORTS60_OWSHELP

有効な値:任意のパスとファイル名、またはURL

Reports Web カートリッジでは、このパラメータはRWOWS60ヘルプ・ファイルが空の要求で起動されたときにナビゲートされるURL/URIを指定します。

http://your_webserver/rwows60?

例 このパラメータをhttp://www.yahoo.comに設定すると、Webページが表示され、myhelpfile.htmに設定すると、指定したファイルが表示されます。

http://your_webserver/myhelpfile.htm

このパラメータを定義しない場合は、デフォルトのヘルプ画面が表示されます。


REPORTS60_OWSMAP

Reports Webカートリッジでは、このパラメータはRWOWS60マップ・ファイルの適切なファイル名および位置を指定します（マップ・ファイル構成が使用されている場合）。

C:\ORANT\REPORTS60\MYMAP.DAT


REPORTS60_OWSNODIAG

Reports Webカートリッジでは、このパラメータを定義すると、RWOWS60からのすべてのデバッグ/診断出力が使用不可になります。

http://your_webserver/rwows60/help?

REPORTS60_OWSNODIAGが定義されている場合は、このパラメータを使用することはできません。


REPORTS60_OWSPATHONLYURL

Reports Webカートリッジでは、このパラメータを指定すると（値にかかわらず）、RWOWS60は、レポート出力するHTTPリダイレクションと、RWOWS60が生成する診断出力にURLのパス部分のみを使用します（例 "http://mywebsrv.com:1550/rscache/..."の代わりに"/rscache/..."）。クライアントのブラウザで、レポート出力を検索した後に、"Location"フィールドのオリジナルのURL要求を維持するのに役に立ちます。通常、RWOWS60はURLをレポート出力の場所に置き換えて（例 REPORTS60_WEBLOCで指定されたディレクトリ）、出力されたレポート出力ファイルの名前を、12345679.htmのような意味のない文字列のような形式の名前で表示します。このパラメータを設定することによって、このような"URL の切り替え"を避けることができます。すべてのURLがデフォルトのポート（通常は80）を使用している場合のみ、このパラメータを使用することができます。

しかし、このパラメータを設定する場合の欠点は、メインのレポート出力ファイルに依存している任意の補助ファイル（たとえば画像ファイルなど）をブラウザで検索することができないことです（REPORTS60_WEBLOCで指定した場所に作成はされています）。この問題は、メインのレポート出力ファイルにインクルードしたり、REPORTS60_WEBLOCでRWOWS60実行可能ファイルの場所を、レポート定義の<BASE HREF="...">や<META HREF="...">タグ（メイン・ファイルの場所をフル・パスまたは部分パスで）で指定すると対処できます。

コンピュータ名やIPアドレスのHTTPリダイレクションの依存性を解決するため、REPORTS60_OWSPATHONLYURLを設定すると、1台のコンピュータが複数の異なるIPアドレスを同時に（複数のネットワーク・カードを使用して）持つイントラネットまたはインターネット構成に対処することもできます。


REPORTS60_PATH

デフォルト:ORACLE_HOME\REPORT60\DEMO;ORACLE_HOME\REPORT60\DEMO\BITMAP;ORACLE_HOME\REPORT60\DEMO\REQFILES

有効な値: 任意のドライブの任意のディレクトリ

例:

REPORTS60_PATH=C:\oracle\apps\reports;C:\myfiles

この環境変数は、レポートと、PL/SQLライブラリ、外部問合せ、外部ボイラープレートなどのレポート内で使用する外部オブジェクトの位置を示すのに使用します。この環境変数により、ディレクトリ・パスをハードコード化する必要がなくなり、オペレーティング・システム間で簡単に移植できるレポートを作成することが可能となります。

注意: REPORTSPATHは256文字以内に制限されています。

パスの長さなどのプラットフォーム固有の規則に注意しながら、オペレーティング・システム上の他の環境変数の定義と同じ方法で、REPORTS60_PATHを定義してください。

REPORTS60_PATHを定義する際、ディレクトリ・パスの他、キーワードとなるデータベースを指定できます。この指定は、Report Builderに現在接続しているデータベースを検索するように指示します。

Unixプラットフォームで次のように指定したと仮定します。

setenv REPORTS60_PATH
/home/tkostin/pay:/home/tkostin/receive:DB

Report Builderは、初めにディレクトリ/home/tkostin/payを検索します。探しているファイルが見つからない場合、/home/tkostin/receiveを検索します。それでもファイルが見つからないと、Report Builderセッションを開始したときに接続していたデータベースを検索します。


REPORTS60_TERMINAL

デフォルト: なし

有効な値: 任意のドライブの任意のディレクトリ

例:

REPORTS60_TERMINAL=C:\mytermdefs

この環境変数は、文字モード・レポート内で使用する端末定義の位置を示すのに使用します。この変数に指定するパスは、ORACLE_TERMINAL環境変数よりも優先します。

パスの長さなどのプラットフォーム固有の規則に注意しながら、オペレーティング・システム上の他の環境変数の定義と同じ方法でREPORTS60_TERMINALを定義してください。


REPORTS60_TMP

デフォルト: なし

有効な値: 任意のドライブの任意のディレクトリ

例:

REPORTS60_TMP=C:\tmp

この環境変数は、Report Builderの一時ファイルを格納するディレクトリを設定します。Report Builderは、この目的では1つのディレクトリしか使用しません。 複数のディレクトリを定義しないでください。

パスの長さなどのプラットフォーム固有の規則に注意しながら、ベース・オペレーティング・システム上の他の環境変数の定義と同じ方法でREPORTS60_TMPを定義してください。REPORTS60_TMPを定義しないと、現在使用しているディレクトリがデフォルトで指定されます。


REPORTS60_USEREXIT

デフォルト: なし

有効な値: （絶対パスおよび）任意のユーザー・イグジット・ダイナミック・リンク・ライブラリ

例:

REPORTS60_USEREXIT=C:\mydll.dll;d:\mynew.dll;e:\bin\speed.dll

このパラメータにより、Report Builderおよびその関連する実行可能プログラム（Reports Runtimeなど）が使用する複数のDLLを定義できます。これらのDLLは、Report Builderの実行可能プログラムがコールするように開発者が作成したプログラム・モジュールです。

REPORTS60_USEREXITSには、複数のDLLを指定できます。円記号（\）を使用してパス内のディレクトリを指定し、セミコロン（;）を使用してパスごとに区切ってください。

この値を明示的に指定しないと、Report Builderはシステムのパス変数に従って60xtb32.dllを探します。


UI_ICON

デフォルト: なし

有効な値: 任意のドライブのアクセス可能なディレクトリ

例:

UI_ICON=C:\icon

この環境変数は、レイアウト内のボタンに使用するアイコンを格納するディレクトリを設定します。Report Builderは、この目的では1つのディレクトリしか使用しません。 複数のディレクトリを定義しないでください。

パスの長さのようなプラットフォーム固有の規則に注意しながら、ベース・オペレーティング・システム上の他の環境変数の定義と同じ方法で、UI_ICONを定義してください。


USERNAME

デフォルト: なし

有効な値: （OPS$接頭辞を除く）任意の有効なOracleユーザー名

例:

USERNAME=dsanvita

このパラメータは、デフォルトのログイン・アカウントの変数部分を指定します。USERNAMEパラメータの設定の詳細は、データベースのドキュメントを参照してください。


WIN_REMOTE_SESSIONS

デフォルト: なし

有効な値:   0～33

ログイン時にORA-3100～ORA-3100の範囲のエラーを受け取った場合は、Oracle Serverとの通信バッファを設定するのに十分なリアルモード・メモリーがない可能性があります。NETINIT7.EXEを使用すると、サーバー接続のメモリーを確保しこの問題を解決できます。

このパラメータは、NETINIT7がメモリーを確保する、リモート・サーバーへの接続数を設定します。WIN_REMOTE_SESSIONSパラメータを設定する際、次の規則に注意してください。

•	WIN_REMOTE_SESSIONSを0に設定すると、NETINIT7はリモート・サーバー接続に対しメモリーを確保しません。

•	WIN_REMOTE_SESSIONSを1～33の値に設定すると、指定した接続数に必要なメモリーを確保します。NETINIT7は、各リモート・サーバー接続に対し12KBのリアルモード・メモリーを確保します。

•	WIN_REMOTE_SESSIONSの推奨されるデフォルト値は5。 WIN_REMOTE_SESSIONSを5に設定すると、複数の製品を実行するのに十分なセッションを作成できます。

•	WIN_REMOTE_SESSIONSパラメータを追加しないと、NETINIT7は1つのリモート・サーバー接続に必要なメモリーを確保します。

NETINIT7を使用する場合、次に示すステップを行ってください。

1	WIN_REMOTE_SESSIONSパラメータを追加し、セッション数を設定します。

2	Oracleプログラム・グループ内でNETINIT7アイコンを作成します（アイコンの作成の詳細は、Microsoft Windowsの文書を参照）。Windowsの「アイコンのプロパティ」ダイアログ・ボックスの「コマンド・ライン」フィールドで次のパスを入力します。

ORACLE_HOME\bin\netinit7.exe

3	Oracleプログラム・グループ内のアイコンをダブルクリックし、NETINIT7を起動します。NETINIT7は、必ず製品を起動する前に起動してください。Windowsの起動時にNETINIT7を自動的に実行したい場合は、「Windows起動」プログラム・グループにNETINIT7アイコンを含めてください。

NETINIT7は、設定された数のサーバー接続に必要な実メモリーの確保を試みます。必要なメモリーを割り当てられないと、NETINIT7は警告メッセージを表示し、メモリーを割り当てた実際のセッション数を示します。

メモリーを割り当てた後、NETINIT7のサイズは最小化されます。NETINIT7を復元すると、設定されているセッションの合計数と使用されているメモリーの合計容量が表示されます。NETINIT7をクローズすると、使用されていないすべてのセッション・メモリーが解放されます。アプリケーションでセッション・メモリーがまだ使用されている場合は、NETINIT7はセッション・メモリーが解放される前にアプリケーションのログオフが必要なことを知らせます。

注意: NETINIT7の前にこの製品を起動すると、製品はNETINIT7が認識しないそれ自身のセッション・メモリーを割り当てます。NETINIT7は、起動した製品によりすでに割り当てられているメモリーに加えて設定されているセッション・メモリーを割り当てようとします。


XMITTR（DOSユーザーのみ）

デフォルト: なし

有効な値: DOSのCONFIG.ORAファイルで指定されているものと同じ値

このパラメータは、Oracle DOSのプロテクト・モードの実行可能プログラムのユーザーにのみ適用されます。DOSのOracleホーム・ディレクトリに入っているCONFIG.ORAファイルを確認してください。CONFIG.ORAにXMMITRパラメータが設定されている場合、レジストリ内でこのパラメータを同じ値に設定する必要があります。DOSのCONFIG.ORAファイル内でこの変数が設定されていない場合は、レジストリ内で設定する必要はありません。

拡張メモリー・マネージャの割込みベクトル（Extended Memory Manager Interrupt Vector:XMMITR）は、拡張メモリー・マネージャ、モード遷移ドライバXMMおよびMTD割込みサービスのエントリ・ポイントに使用される割込みベクトルを示す変数です。異なるベクトルを設定するには、新しいベクトルを10進数として表現します。XMMITRは、システム内の別のプログラムが割込みの100（10進）または64（16進）を使用する必要がある場合のみ使用してください。

注意: QEMM、386MAX、CEMM、EMM386などのサードパーティのメモリー管理製品を使用する場合は、XMMITRを103に設定しないでください。この設定が行われると、SQLPMEおよびSQL*Netのロード後、予期しない動作が起きます。


Oracle8 Serverのサポート

  関連項目

Oracle8 Serverではさまざまな新機能を使用できます。一般に、機能は、次のようなカテゴリに分けられます。

•	拡張性の向上。たとえば、Oracle8データベースには数十TBのデータを格納できます。また、最大10000ユーザーの同時アクセスがサポートされています。表には、最大1000列を含めることができます。CHARデータ型とVARCHAR2データ型は、それぞれ最大2000バイトと4000バイトまで可能です。

•	パフォーマンスと効率の向上。これらのOracle8の機能を使用することによって必要となるユーザ操作はありません。Oracle8 Serverにデータを格納する速度と信頼性の利点が自動的に得られます。

•	ラージ・オブジェクト（LOB）

•	ユーザー定義オブジェクト

Oracle7の継続サポート

Oracle7 Serverの機能もサポートされています（リリース7.3.4以降）。


サポートされているOracle8データ型

  関連項目

このリリースでは、以下のOracle8データ型を引き続きサポートしています。

ラージ・オブジェクト（LOB）

Oracle8では、プログラマは、ラージ・オブジェクト（LOB）を定義できます。ラージ・オブジェクトには、テキスト、イメージ、サウンド、ビデオなどを格納できます。

このリリースでは、次のOracle8ラージ・オブジェクトのデータ型がサポートされています。

•	BLOB（バイナリ・ラージ・オブジェクト）

•	CLOB（シングルバイト・キャラクタ・ラージ・オブジェクト）

•	BFILE（バイナリ・ファイルまたは外部ファイル）

ユーザー定義のオブジェクト

Oracle8では、プログラマはオブジェクト・タイプ（ユーザー定義タイプとも呼ぶ）を定義できます。 オブジェクト・タイプは、Oracle8によってサポートされる既存の単一要素のデータ型に基づく複合要素です。これらのオブジェクト定義を使用して、プログラマは、さまざまな種類の表を作成できます。

現在サポートされているOracle8オブジェクトは、次のとおりです。

•	オブジェクト表。この場合、表全体が1つのオブジェクト・タイプに基づいています。

•	リレーショナル表内の列オブジェクト。この場合、列がオブジェクト・タイプに基づいています。

•	オブジェクト表またはリレーショナル表内のREF列。この場合、列の値が他のオブジェクト表内の行へのポインタとなっています。

新しいスカラー・データ型

このリリースでは、新しいOracle8 FLOATデータ型もサポートされています。このデータ型をそれ自身のNUMBERデータ型にマップします。


Oracle8ラージ・オブジェクト（LOB）について

バイナリ・ラージ・オブジェクト（BLOB）、キャラクタ・ラージ・オブジェクト（CLOBとNCLOB）およびバイナリ・ファイル（BFILE）などのOracle8ラージ・オブジェクト・データ型にアクセスできます。

Oracle8サーバーでは、これらのデータ型は、サイズが4GBまでのオブジェクトを格納できます。Oracle7のLONGデータ型およびLONG RAWデータ型の用途と似ていますが、さらにさまざまな利点が提供されます。

LOBとLONGの比較

LOB	LONG
4GBまで	2GBまで
1つの表につき複数のLOB列	1つの表につき1つのLONG列
レプリケーション可能	レプリケーションなし
ランダム・データ・アクセスが可能	シーケンシャル・アクセスのみ可能
優れた表領域管理（LOBロケータのみを格納）	LOBと比べて効率性に欠ける（表に直接データが格納される）
ユーザー定義のオブジェクト・タイプが使用可能	ユーザー定義のオブジェクト・タイプが使用不可能
プロシージャおよび外部コールに簡単に渡せる	プロシージャおよび外部コールに簡単に渡せない
LOBの詳細

BLOBは、ラージ・オブジェクトをバイナリ形式で格納するときに使用します。CLOBは、文字データを格納するときに使用します。これら2つのタイプは、データがサーバー内に格納されるため、内部LOBとも呼ばれます。データは、コミットとロールバックを含め、トランザクションおよび整合性制御で使用されます。

BFILEは対照的に、サーバーの外に格納されます。サーバーでは、ファイルのオペレーティング・システム・アドレスのみが格納されます。そのため、BFILEはデータベース・トランザクションでは使用できません。

互換性

LOBによってさまざまな利点が提供されるため（前述の表を参照）、任意の新しいアプリケーションでは、LONGではなくLOBを使用することをお薦めします。

ただし、下位互換性を保持するため、LONGも完全にサポートされています。

Forms型

Formでは、LOBは通常、その性質と使用法に基づいて、テキスト、イメージまたはサウンドのいずれかの制御タイプが指定されます。

制限

•	BFILEは読込み専用です。

•	FormsはBLOBの読取り時にBLOB全体をロードしようとしますが、実行時の使用可能仮想メモリ容量の制限を受けます。

•	CLOBの場合、Formsには65,534バイトの制限があります。


Oracle8のユーザー定義オブジェクトについて

  関連項目  [image]  例

Oracle8 Serverに対するサポートとして、このリリースではOracle8のユーザー定義オブジェクトにアクセスできます。ユーザー定義オブジェクトには、オブジェクト表、リレーショナル表の列オブジェクトおよびREF列と呼ばれる特殊な列オブジェクトが含まれます。

オブジェクト表

Oracle8では、オブジェクト表はユーザーのオブジェクト・タイプ定義に基づいています。この定義はそれ自体が複合要素であり、その属性またはコンポーネントがそれぞれ、一般的なOracle8ビルトイン・データ型に基づいています。（オブジェクト・タイプ定義は、他のオブジェクト・タイプ定義に基づかせることができますが、定義は最終的に一般的なOracle8ビルトイン・データ型に依存しています。）

このため、オブジェクト表内の各列は、リレーショナル表の列を扱う場合と同様に個々のデータ項目として扱われます。

リレーショナル表の列オブジェクト

データベース・プログラマは、リレーショナル表の列をオブジェクト・タイプ定義に基づかせることもできます。これには、複合オブジェクトをリレーショナル表に埋め込む効果があります。

埋め込まれた列オブジェクトは複合部分に拡張され、それぞれの部分自体は列として扱われます。

たとえば、Oracle8 Serverに3列のリレーショナル表があり、そのいずれかの列が列オブジェクトで、その列オブジェクトが、4つの部分または属性を持つオブジェクト定義に基づいている場合、その表が6列の表として扱われます（リレーショナル表の列が2つとオブジェクトを構成する列が4つ）。

列オブジェクト定義の個々の属性のいずれかが別のオブジェクト・タイプに基づいている場合は、その部分がさらに拡張され、一連の個別の列として扱われます。

REF列

オブジェクト表またはリレーショナル表のいずれかの列をREF型を持つように定義することができます。REF列はデータを直接保持するのではなく、実際のデータを保持する別のオブジェクト表へのポインタ（参照）を持ちます。

参照は実行時に解決されるため、ユーザーは参照される実際のデータを見ることができます。


Oracle8のユーザー定義オブジェクト: 例

  関連項目

Oracle8 Server内でオブジェクトを作成するには、データベース・プログラマはまずオブジェクト・タイプを定義し、次にそのタイプ定義に基づいて特定のオブジェクトを作成します。作成されるオブジェクトは、オブジェクト表またはリレーショナル表内の列オブジェクトになります。

例

次の定義について考えてみます。最初の定義ではオブジェクト・タイプが作成されます。2番目の定義ではそのタイプの表が作成されます。

CREATE TYPE  emp_type  AS OBJECT

(name     CHAR(30),

title    CHAR(20),

idnum    NUMBER);

CREATE TABLE  emp  OF emp_type;

前述の例では、empという名前のオブジェクト表を作成します。この表には3つの列があり、これらの列は、emp_typeオブジェクト・タイプ定義で確立された名前とデータ型を持ちます。

次は、リレーショナル表内の列オブジェクトの例です。

CREATE TYPE  address_type  AS OBJECT

(street    VARCHAR2(40),

city      VARCHAR2(25),

state     VARCHAR2(2)

zip       NUMBER);

CREATE TABLE  customers

(cust_id  NUMBER,

name     VARCHAR(40),

address  address_type);

この例では、customersという名前のリレーショナル表を作成します。表には3つの列があります。最初の2つの列（cust_idとname）は、通常の関係列です。3つ目の列（address）は、列オブジェクトです。これは、address_typeという名前のオブジェクト・タイプ定義に基づいて作成されます。このaddress列は、オブジェクト定義によって確立された構造とデータ型を持ちます。address列は、4つの部分またはコンポーネント（street、city、stateおよびzip）を持っていると考えることができます。これらの各コンポーネントは、address_typeオブジェクト・タイプ定義で確立されたデータ型を持ちます。（この場合、NUMBER型のzipを除くすべてのコンポーネントはVARCHAR2型です）。

次の例では、3つの列で構成されるリレーショナル表の3番目の列は、それ自体が3つの部分またはコンポーネントを持つオブジェクト・タイプに基づいています。

Oracle8オブジェクトは、部分またはコンポーネントによって作成される複合であることに注意してください。それぞれの部分は、名前および一般的なOracle8データ型を持ちます。オブジェクトが表の場合（実際はオブジェクト表の行）、オブジェクト・タイプ定義内の属性と同じ数の列または部分を持ちます。リレーショナル表の列がオブジェクトに基づいている場合、各オブジェクトの部分は、その表の追加列であると考えることができます。それぞれの部分がオブジェクト・タイプ定義内の属性に基づいているため、これらの部分は属性列と呼ばれることもあります。

Developerにおけるオブジェクトの扱い

オブジェクト表は、リレーショナル表と非常に似た方法で扱われます。それぞれの列は個別に選択できます。すべての列を選択できますが、それぞれの列はアプリケーション内で別々の項目として扱われます。表自体は、環境内のオブジェクトなどの特定の個別性は持ちません。

同様にリレーショナル表の列オブジェクトは、単一の、同類性を持つエンティティとして扱われません。その代わりに、列オブジェクトの各コンポーネントを、個別の、独立したデータ項目として扱います。列オブジェクトの各コンポーネントは選択できます。選択されると、それぞれが独立したデータ項目として扱われます。列オブジェクトのすべてのコンポーネントを選択した場合でも、列オブジェクト自体は、開発環境内のオブジェクトとしての特定の個別性は持ちません。

オブジェクトから選択されたデータ項目には、ColumnObjectName_ItemNameというデフォルト名が付けられます。したがって、前述の例で、addressという名前の列オブジェクトからzipという名前のコンポーネントを選択すると、そのデータ項目はアプリケーション内でaddress_zipという名前が付けられます。


Oracle8のREFについて

  関連項目

REFは、Oracle8の新しいデータ型です。REFによって、他のオブジェクト表にあるデータへのポインタとしての列オブジェクトが確立されます。REF列自体はデータを保有しません。

次に例を示します。

CREATE TYPE  dept_type  AS OBJECT

(deptname     VARCHAR2(24),

deptnumber   NUMBER);

CREATE TABLE  dept_table OF dept_type;

CREATE TABLE  emp

(empname    VARCHAR2(50),

empnumber  NUMBER,

empdept    REF  dept_type);

empという名前のリレーショナル表では、列empdeptはREF列です。これは、タイプdept_typeのオブジェクトを参照します。

タイプと表

REF列を定義すると、特定のオブジェクト表ではなく、オブジェクト・タイプが識別されます。データベースには、単一のオブジェクト・タイプ定義に基づくオブジェクト表が複数含まれる場合があります。このため、REF列の定義自体によって、ターゲット表は識別されません。

ポインタ変換

REF列を含む表を初期化すると、REF列に配置されている値は、希望のデータを持つ特定の表に含まれる行へのポインタになります。実行時には、REF列に参照先のデータ（ポインタではない）が表示されます。

Developerにおける設計時のREFの表示方法

設計時にREF列を含む表の表示を求めると、REF列が拡張された形態で表示されます。つまり、元のREF定義によって参照されるオブジェクト・タイプ内の属性が表示されます。

この例の場合、empdeptが2つのコンポーネントまたは属性列、deptnameとdeptnumberを保有するREF列として表示されます。これらは、REF定義内で識別されたオブジェクト・タイプ（dept_type）内の2つの属性でした。

通常の列オブジェクトと同じように、参照先となるコンポーネントまたは属性の一部またはすべてを選択して、アプリケーション内のデータ項目にすることができます。ただし、通常の列オブジェクトとは対照的に、REF名自体を選択して、アプリケーション内で操作可能な項目にすることもできます。つまり、PL/SQLコード作成でREFを使用することができます。デフォルトで、REFはNULLキャンバスの一部になります。

ユーザーに対するREFの表示方法

アプリケーション設計者は、実行時ユーザーに対する参照先データ（変換されたREF）の表示方法を選択できます。

•	REFがあるデータ・ブロック内のデータを表示（参照方式と呼ばれることもある）

•	REFによって参照されるデータ・ブロック内のデータを表示（マスター/ディテール方式）

最初の方法（REFがあるデータ・ブロックの一部としてデータを表示）は最も単純です。データ・ブロック内に含める項目として目的のREFコンポーネントを選択し、実行時にDeveloperおよびOracle8によって参照が変換され、参照先の実際のデータが表示項目内に配置されます。ユーザーは1つのブロックを見るだけで済みます。

もう1つの方法（参照先データ・ブロックのデータを表示）では、マスター/ディテール・リンクを設定する必要があります。これは、主キー/外部キー・リレーションを持つ2つのブロックについてマスター/ディテール・リンクを設定することと似ています。この場合は、REFによって2つのブロック間にリンクが作成されます。ユーザーには両方のブロックが表示されますが、REFデータは参照先ブロック内にしか表示されません。

Form Builderのデータ・ブロック・ウィザードを使用して、このマスター/ディテール・リレーションを設定できます。


Oracle8オブジェクトのアイコン

オブジェクト・ナビゲータとウィザードでは、アクセスしているOracle8データの型がアイコンによって表示されます。アイコンとその意味は次のとおりです。

             通常の表

             オブジェクト・タイプ

             オブジェクト・ビュー

             オブジェクト表

             ネストしたオブジェクト

             ネストした表

             参照オブジェクト

             可変配列

             メソッド

             不明の型

             サーバー側のスタック・モード

             サーバー側のプログラム単位

             ファイル

             DATEデータ型

             NUMBERデータ型

             CHARACTERデータ型

             RAWデータ型

            BLOBデータ型

             BFILEデータ型

             CLOBデータ型

             rowid

             MLSラベル


Oracle8の拡張性とパフォーマンス

Oracle8 Serverによって、さまざまな点で拡張性およびパフォーマンスの向上が実現します。これらの利点の多くは、自動的に提供されます。

たとえば、Oracle8の次の特性を利用できます。

•	より大きなサイズへの対応。データベース自体のサイズ、同時ユーザーの数および表列の制限数（現行では1000列まで）がすべて増加しました。

•	表と索引のパーティション化

•	クライアント側のオブジェクト・キャッシング

また、パフォーマンスを向上させるOracle8のその他のさまざまな機能を直接利用できます。

•	プリフェッチ。Formsでは、Oracle8のこの機能を使用して（既存の配列サイズ機能と併用）、データベースのラウンドトリップ回数およびメモリ使用量を削減します。プリフェッチ機能は、ユーザーが操作しなくても自動的に実行されます。

•	戻り値句。Formsでは、挿入および更新を行うときに、この新しいDML機能を使用します。戻り値句によって2回目のデータベース問合せ（データに対するサーバー側トリガーの変更を取得する）が不要になるため、処理時間が短縮されます。ユーザーは「DMLの戻り値」プロパティを使用して、この機能を制御できます。

•	ビュー更新用のINSTEAD-OFトリガー。このサーバー側トリガーによって、リレーション・ビューとオブジェクト・ビューを更新する機能が提供されます。 これらのビューは、これ以外の方法では更新できません。


PL/SQL 8のサポート

  関連項目

このリリースでは、クライアントとサーバーでPL/SQL 8を使用します。クライアント側のプログラム単位は、現在Oracle8のオブジェクト関連機能をサポートしていません。ただし、ストアド・プログラム単位は、新しいPL/SQL 8機能をすべて使用できます。

『PL/SQLユーザーズ・ガイドおよびリファレンス、リリース8』マニュアルの付録Aでは、PL/SQL 8の新機能について説明しています。このマニュアルはオンラインで利用できます。「ヘルプ」 -> 「マニュアル」を選択して、オンライン・マニュアルの下のリファレンス・マニュアルに移動します。


PL/SQLの以前のリリースとの互換性

PL/SQL 1またはPL/SQL 2を使用して書かれたクライアント側のプログラム単位は、コードを新しいレベルに変換する必要があります。アップグレードを自動化できるように、PL/SQL 1変換ユーティリティが提供されています。

以前のリリースを使用して作成されたストアド・プログラム単位は、データベース・サーバー上のPL/SQL 8エンジンに対して実行できますが、コンパイル・エラーが発生する場合があります。これらのエラーは、PL/SQL 8とPL/SQL 2との間で構文の互換性がない場合に発生します。 PL/SQL 8の互換性フラグを使用することによってPL/SQL 2との互換性モードを選択できるため、PL/SQL 8エンジンでは、サーバーでPL/SQL 2コードをコンパイルするときに、このようなエラーは発生しません。『Oracle8 Server移行ガイド』の第6章では、この互換性フラグによってサポートされる状況について説明しています。


サポートされていないOracle8機能

  関連項目

このリリース全体では、一部のOracle8機能がサポートされていません。サポートされていない主な機能は次のとおりです。

•	コレクション・タイプ（ネストした表と可変配列）

•	オブジェクト値を返すストアド・プロシージャ

•	スカラー・データ型のNCHARとNVARCHAR2

このリリースではPL/SQL 8をサポートしていますが、クライアント側のPL/SQL 8は一部のOracle8 Serverの機能をまだサポートしていないことに注意してください。（サーバー側のPL/SQL 8ではOracle8 Serverのすべての機能をサポートしています。）


オブジェクト・ナビゲータのOracle8オブジェクト・サポート

オブジェクト・ナビゲータのOracle8機能を利用すると、オブジェクトのデータ型にアクセスし、Oracle8データに対するプログラムをより簡単に行うことができます。追加されたOracle8オブジェクト・サポートを使用すると、ユーザー定義データ型を階層形式で表示したり、ユーザー定義データ型に関連付けられた表、ビュー、列、トリガー、属性、メソッドの検索や表示を行うことができます。

「データベース・オブジェクト」ノードには、現在接続中のデータベース内でアクセス可能なスキーマとそのオブジェクトが含まれます。Oracle8データベースに接続している場合は、使用可能なユーザー定義データ型が（その属性およびメソッドと一緒に）各スキーマ内の「タイプ」ノードに表示されます。ユーザー定義データ型に関連付けられた表、ビュー、列およびトリガーは、「表」ノードと「ビュー」ノードに表示されます。

特に、オブジェクト・ナビゲータのOracle8機能を使用すると、次の項目を表示および検索できます。

•	「表」ノードのオブジェクト表と列オブジェクト

•	「ビュー」ノードのオブジェクト・ビュー

•	「ビュー」ノードのビュー用のInstead Ofトリガー

•	「タイプ」ノードのオブジェクト・タイプ、表タイプおよび可変配列タイプ

•	「タイプ」ノードのオブジェクト・タイプの属性とメソッド

オブジェクト・ナビゲータでは、リレーション・オブジェクトとOracle8オブジェクトを区別するために、アイコンが使用されます。たとえば、通常のリレーショナル表とオブジェクト表、および通常のビューとオブジェクト・ビューは、別々のアイコンで表されます。

Oracle8ユーザー定義データ型の詳細は、Oracle8のマニュアルを参照してください。

関連項目

オブジェクト・タイプ・ノード

表タイプ・ノード

可変配列タイプ・ノード

列オブジェクト・ノード

オブジェクト表ノード

オブジェクト・ビュー・ノード

すべて拡張

Oracle8オブジェクトのアイコン


オブジェクト・タイプ・ノード

  例	  関連項目

オブジェクト・タイプは、オブジェクト・ナビゲータの「タイプ」ノード内に表示されます。オブジェクト・タイプ・ノードは、SQL文のCREATE TYPE AS OBJECTで作成されたタイプを表します。オブジェクト・タイプはオブジェクト・ナビゲータに次のように表示されます。

object-type-name ( Object Type [ * ] & Body [ * ] )

CREATE TYPE AS OBJECT文がデータベースに発行されると、「オブジェクト・タイプ」ラベルが表示されます。タイプ仕様が無効か、またはタイプが不完全な場合は、アスタリスク（ * ）が表示されます。不完全なタイプは、タイプを再帰的に定義するためのプレースホルダになります。

CREATE TYPE BODY文を使用してタイプ本体が作成されると、「オブジェクト本体」ラベルが表示されます。タイプ本体が無効な場合は、アスタリスク（ * ）が表示されます。

オブジェクト･タイプとオブジェクト本体の両方が正常に作成されると、ラベルは「オブジェクト・タイプおよび本体」と表示されます。

オブジェクト・タイプ・ノードは複合ノードで、「属性」と「メソッド」の2つのサブノードを持ちます。オブジェクト・タイプ・ノードを拡張できるのは、有効なタイプ仕様が存在する場合のみです。

オブジェクト・タイプの属性は、「属性」サブノードの下のノードとして表されます。

オブジェクト・タイプのメソッドは、「メソッド」サブノードの下のノードとして表されます。メソッドは、プロシージャとファンクションとして表示されます。メソッドのラベルはオブジェクト・ナビゲータに次のように表示されます。

method-name (Procedure)

および

method-name (Function)

オブジェクト・タイプにマップ・メソッドまたはオーダー・メソッドが指定されている場合、メソッドのラベルは次のように表示されます。

method-name (Map Function)

または

method-name (Order Function)

注意: メソッドの引数リストは表示されません。


オブジェクト・タイプ・ノードの例

  関連項目 	   すべての例

次のSQL文は、オブジェクト・タイプemp_typを作成します。

CREATE TYPE emp_typ AS OBJECT
  (ename VARCHAR2(30), esalary NUMBER(5,2),
  MEMBER PROCEDURE raise(amount NUMBER),
  MEMBER FUNCTION get_salary RETURN NUMBER,
  MAP MEMBER FUNCTION compare RETURN NUMBER);

emp_typのサブツリーは次のとおりです。


表タイプ・ノード

  例	  関連項目

表タイプは、オブジェクト・ナビゲータの「タイプ」ノード内に表示されます。表タイプ・ノードは、SQL文のCREATE TYPE AS TABLEで作成されたタイプを表します。表タイプはオブジェクト・ナビゲータに次のように表示されます。

table-type-name (TABLE OF table-subtype-name)

サブタイプがビルトイン・タイプの場合、表タイプ・ノードは拡張できません。サブタイプがオブジェクト・タイプまたは参照オブジェクトの場合は、オブジェクトの属性がサブノードとして表示されます。


表タイプ・ノードの例

  関連項目 	   すべての例

次のSQL文は、オブジェクト・タイプemp_typおよび表タイプemp_tblを作成します。

CREATE TYPE emp_typ AS OBJECT
  (ename VARCHAR2(30), esalary NUMBER(5,2),
  MEMBER PROCEDURE raise(amount NUMBER),
  MEMBER FUNCTION get_salary RETURN NUMBER,
  MAP MEMBER FUNCTION compare RETURN NUMBER);

CREATE TYPE emp_tbl AS TABLE OF emp_typ;

emp_tblのサブツリーは次のとおりです。


可変配列タイプ・ノード

  例	  関連項目

可変配列タイプは、オブジェクト・ナビゲータの「タイプ」ノード内に表示されます。可変配列タイプ・ノードは、SQL文のCREATE TYPE AS VARYING ARRAYで作成されたタイプを表します。可変配列タイプはオブジェクト・ナビゲータに次のように表示されます。

varying-array-type-name (VARRAY (size) varying-array-subtype-name)

サブタイプがビルトイン・タイプの場合、可変配列タイプ・ノードは拡張できません。サブタイプがオブジェクト・タイプまたは参照オブジェクトの場合は、オブジェクトの属性がサブノードとして表示されます。


可変配列タイプ・ノードの例

  関連項目 	   すべての例

次のSQL文は、オブジェクト・タイプemp_typおよび可変配列タイプemp_aryを作成します。

CREATE TYPE emp_typ AS OBJECT
  (ename VARCHAR2(30), esalary NUMBER(5,2),
  MEMBER PROCEDURE raise(amount NUMBER),
  MEMBER FUNCTION get_salary RETURN NUMBER,
  MAP MEMBER FUNCTION compare RETURN NUMBER);

CREATE TYPE emp_ary AS VARRAY(7) OF emp_typ;

emp_aryのサブツリーは次のとおりです。


列オブジェクト・ノード

  例	  関連項目

列オブジェクトは、「列」ノード内のノードとして表示されます。各オブジェクトには、名前およびカッコで囲まれたタイプのラベルが付きます。列オブジェクト・ノードは複合ノードで、タイプの属性がサブノードとして表示されます。

列オブジェクトのサブタイプには、ネスト・オブジェクト・タイプ、表タイプ、可変配列タイプおよび参照オブジェクト・タイプの4種類があります。オブジェクト・ナビゲータでは、列オブジェクトに次のようなラベルが付きます。

column-name (nested-object-type)

column-name (table-type-name:TABLE OF table-subtype-name)

column-name (varying-array-type-name:VARRAY(size) OF varying-array-subtype-name)

column-name (REF reference-type-name)


列オブジェクト・ノードの例

  関連項目 	   すべての例

次の例では、表emp_tabのemp_col列が、タイプemp_typのネスト・オブジェクトになります。

CREATE TYPE emp_typ AS OBJECT (ename VARCHAR2(30), esalary NUMBER(5,2));
CREATE TABLE emp_tab (emp_col emp_typ, dept VARCHAR2(2));

emp_tabのサブツリーは次のとおりです。

次の例では、表dept_tabのemps列が、サブタイプemp_tblのネスト表になります。ネスト表には、タイプemp_typの行が含まれます。

CREATE TYPE emp_typ AS OBJECT (ename VARCHAR2(30), esalary NUMBER(5,2));
CREATE TYPE emp_tbl AS TABLE OF emp_typ;
CREATE TABLE dept_tab (dname VARCHAR2(20), emps emp_tbl)
  NESTED TABLE emps STORE AS emps_tab;

dept_tabのサブツリーは次のとおりです。

次の例では、表dept_tab_aryのemps列が、サブタイプemp_aryの可変配列になります。可変配列には、タイプemp_typの行が含まれます。

CREATE TYPE emp_typ AS OBJECT (ename VARCHAR2(30), esalary NUMBER(5,2));
CREATE TYPE emp_ary AS VARRAY(7) OF emp_typ;
CREATE TABLE dept_tab_ary (dname VARCHAR2(20), emps emp_ary);

dept_tab_aryのサブツリーは次のとおりです。

次の例では、表dept_refのmanager列が、タイプemp_typの参照オブジェクトになります。

CREATE TYPE emp_typ AS OBJECT (ename VARCHAR2(30), esalary NUMBER(5,2));
CREATE TABLE dept_ref (dname VARCHAR2(20), manager REF emp_typ);

dept_refのサブツリーは次のとおりです。


オブジェクト表ノード

  例	  関連項目

オブジェクト表は、オブジェクト・ナビゲータの「表」ノード内に表示されます。オブジェクト表ノードは、SQL文のCREATE TABLE OFで作成された表を表します。オブジェクト・ナビゲータでは、オブジェクト表ノードに次のようなラベルが付きます。

object-table-name (object-type-name)

各オブジェクト表ノードには、「トリガー」と「列」の2つのサブノードがあります。「トリガー」サブノードには、オブジェクト表に関連付けられたすべてのトリガーが含まれます。これらのトリガーは、通常のリレーショナル表に関連付けられたトリガーと同じように表示されます。「列」ノードには、オブジェクト表に関連付けられたすべての関係列と列オブジェクトが含まれます。各列には、名前およびカッコで囲まれたタイプのラベルが付きます。


オブジェクト表ノードの例

  関連項目 	   すべての例

次のSQL文は、オブジェクト・タイプperson_typおよびオブジェクト表person_tabを作成します。

CREATE TYPE person_typ AS OBJECT
  (name VARCHAR2(30), address VARCHAR2(60));

CREATE TABLE person_tab OF person_typ;

person_tabのサブツリーは次のとおりです。


オブジェクト・ビュー・ノード

  例	  関連項目

オブジェクト・ビューは、オブジェクト・ナビゲータの「ビュー」ノード内に表示されます。オブジェクト・ビュー・ノードは、OF object_type句を使用して作成されたビューを表します。オブジェクト・ビュー・ノードには、名前およびカッコで囲まれたタイプのラベルが付きます。オブジェクトの属性は表示されません。

各オブジェクト・ビュー・ノードには、「トリガー」と「列」の2つのサブノードがあります。「トリガー」サブノードには、Instead Ofトリガーを含む、オブジェクト・ビューに関連付けられたすべてのトリガーが含まれます。Instead Ofトリガーがビューに関連付けられている場合、ラベルは次のように表示されます。

trigger-name (INSTEAD OF trigger-statements)


オブジェクト・ビュー・ノードの例

  関連項目 	   すべての例

次のSQL文は、オブジェクト・ビューを作成します。

CREATE TYPE emps_typ AS OBJECT (ename VARCHAR2(30), esalary number(5,2), deptno NUMBER(2));
CREATE TABLE emps (ename VARCHAR2(30), esalary number(5,2), deptno NUMBER(2));
CREATE VIEW dev_emps OF emps_typ
  WITH OBJECT OID (ename)
  AS SELECT ename, esalary, deptno FROM emps WHERE deptno = 10;

オブジェクト・ビューdev_empsのサブツリーは次のとおりです。


すべてのOracle8オブジェクト・ノードの拡張

  関連項目

オブジェクト・ナビゲータで「すべて拡張」を実行しても、Oracle8データ型と属性の各ノードは再帰的に拡張されません。

たとえば、タイプemp_typのmanagerという属性が、別のタイプemp_typの派生項目として表示されている場合、「すべて拡張」を実行してもmanager属性は拡張されません。


Oracle8オブジェクトの例

関連項目 	   すべての例

オブジェクト・タイプ

表タイプ

可変配列タイプ

列オブジェクト

オブジェクト表

オブジェクト・ビュー


PL/SQL V1変換ユーティリティについて

  関連項目

PL/SQL V1変換ユーティリティは、PL/SQL V1またはV2で作成されたアプリケーションをアップグレードするプロセスを自動化するときに役立ちます。

フォーム、レポートおよび図表のトリガー、プログラム単位およびPL/SQLブロックが、PL/SQL V1またはV2で書かれている場合、コードはアップグレードする必要があります。アップグレードを行わないと、次の2種類の問題が発生する可能性があります。

•	PL/SQL V1またはV2コードの中には、それより後のバージョンでは構文上有効でないためにコンパイル・エラーを起こすものがあります。

•	PL/SQL V1またはV2コードの中には、それより後のバージョンでは構文上は正しいが、意味が異なるため、予期しない動作や不正な動作を起こすものがあります。

変換ユーティリティは、この両方の問題に対応します。


PL/SQL V1変換ユーティリティの実行方法

  関連項目

変換ユーティリティは、対話形式またはバッチ・モードで使用できます。いずれの場合も、ユーティリティによりコードを実際に更新するかどうかは、ユーザーが制御します。対話形式モードでは、ユーティリティによる変更も、手動での変更も可能なため、柔軟性があります。バッチ・モードでは、ユーティリティは可能な変換をすべて行うか、まったく行わないかのどちらかです。変換は対話形式モードまたはバッチ・モードのいずれかで行われても、変換処理の概略がmodule.plgというログ・ファイルに記録されます。

ユーティリティを対話形式で実行するには、対応するBuilderで、保存されたフォーム、レポート、図表、またはPL/SQL V1またはV2コードを含むライブラリをオープンします。

ユーティリティをバッチ・モードで実行する場合、次の項目を参照してください。

•	バッチ・モードでのフォームの変換

•	バッチ・モードでのレポートの変換

•	バッチ・モードでの図表の変換

ヒント

変換ユーティリティはコードをアップグレードし、V1またはV2の非互換性の一部を解決しますが、変換ユーティリティで対処できない場合もあります。その場合は、コンパイル・エラーとなります。 変換結果は「PL/SQL V1の変換サマリー」ダイアログ・ボックス（対話形式モード）またはログ・ファイルに表示されるので、手動でエラーに対処できます。詳細は、「PL/SQL V1変換ユーティリティでは変換されないもの」を参照してください。

変換ユーティリティによるアプリケーションの変換、保存後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。


使用するモードを決定する前に、各タイプのいくつかのモジュールを対話形式で変換してみます。これで、各タイプのモジュールで発生しているのが、どういう種類の問題なのかわかるので、今後の進め方を決定するのに役立ちます。たとえば、レポートおよびPL/SQLライブラリをバッチ・モードで確実に変換できても、フォームが対話モードで提供されるクローズ監視を必要としていることを発見できる可能性もあります。


対話形式によるPL/SQL V1変換ユーティリティの使用

  関連項目

変換ユーティリティを対話形式で実行するには、対応するBuilderで、保存されたフォーム、レポート、図表、またはPL/SQL V1またはV2コードを含むライブラリをオープンし、アプリケーションを保存します。

重要事項:

•	変換ユーティリティによるアプリケーションの変換、保存後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。

トリガー内の各PL/SQL V1またはV2文、PL/SQLブロックまたはプログラム単位は、「変換」ダイアログ・ボックス内に表示されます。このダイアログ・ボックスには、変換を選択した場合に変換ユーティリティによって実行されるアクションも表示されます。提示された変更の実行、提示された変更の無視、アプリケーション全体の変換またはプロセス全体の停止を行うかについては、自由に選択できます。（「PL/SQL V1の変換オプション」ダイアログ・ボックスを使用して、変換プロセスを制御するパラメータを設定することもできます。）

変換ユーティリティによって、変更（または変更しなかった部分）が追跡され、変換プロセスの最後にmodule.plgという名前のログ・ファイルに要約されます。次にPL/SQLエディタを起動して、アプリケーションを手動で更新できます。


バッチ・モードでのPL/SQL V1変換ユーティリティの使用

  関連項目

ユーティリティをバッチ・モードで実行する場合、次の項目を参照してください。

•	バッチ・モードでのフォームの変換

•	バッチ・モードでのレポートの変換

•	バッチ・モードでの図表の変換


バッチ・モードでのフォームの変換

  関連項目

フォームをバッチ・モードで変換する手順

1	フォームに関連したすべてのPL/SQLライブラリを変換したことを確認します。

2	次のいずれかの操作を行います。

•	Forms compilerのGUIバージョンを実行します。

•	Forms compilerをコマンド・ラインで実行します。

どちらを選択しても、変換処理の概略は自動的にログ・ファイルmodule.plg(moduleは変換されたフォーム・モジュールの名前)に書き込まれます。

使用上の注意

•	変換ユーティリティによるアプリケーションの変換、保存後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。


Form CompilerGUIバージョンを使用したフォームの変換

Forms CompilerのGUIバージョンを使用したフォームの変換手順

1	「Form Compiler」アイコンをダブルクリックします。

2	適切なモジュール・タイプとモジュール・アクセスを選択します。

3	「PL/SQLをV1からV2.3にアップグレードしますか?」と書かれたボックスを選択します。

4	「OK」をクリックします。


コマンド・ラインでのフォームの変換

  関連項目

コマンド・ラインでForm Compilerを使用しフォームを変換する手順

コマンドラインで次のコマンドを発行します。

<Form Compiler> MODULE=form BATCH=yes UPGRADE_PLSQL=yes UPGRADE=yes

パラメータの内容は次のとおりです。

<Form Compiler>	プラットフォーム上のForm Compilerの実行可能プログラムの名前。
form	変換するフォームの名前。
使用上の注意:

•	UPGRADE=YESを同時に指定せずにUPGRADE_PLSQL=YESを指定すると、エラー・メッセージが生成されます。すべてのフォームをForms 6.0に更新しておかないと、PL/SQLをフォーム内で変換できません。 このため、UPGRADE_PLSQL= YESの場合は、UPGRADE=YESを指定する必要があります。

•	大量の図表を一度に変換する場合は、Project Builderを使用します。Project Builderのヘルプ・トピックを参照してください。


接続されたPL/SQLライブラリのフォームへの変換

PL/SQLライブラリを対話形式で変換する手順

 Form Builder内でライブラリをオープンし、保存します。

Form CompilerのGUIバージョンを使用して、PL/SQLライブラリを変換する手順

1	「Form Compiler」アイコンをダブルクリックします。

2	「ファイル」フィールドで、変換するPL/SQLライブラリを選択します。

3	「出力内容の書き込み先ファイル」フィールドで、ターゲット・ファイルに拡張子.PLLが付いていることを確認します。

4	「OK」をクリックします。

コマンド・ラインでForm Compilerを使用しPL/SQLライブラリを変換する手順

コマンドラインで次のコマンドを発行します。

<Form Compiler> MODULE=library BATCH=yes UPGRADE_PLSQL=yes UPGRADE=yes

パラメータの内容は次のとおりです。

<Form Compiler>	プラットフォーム上のForm Compilerの実行可能プログラムの名前。
library	変換するライブラリの名前。
使用上の注意

•	UPGRADE=YESを同時に指定せずにUPGRADE_PLSQL=YESを指定すると、エラー・メッセージが生成されます。すべてのフォームをForms 6.0に更新しておかないと、PL/SQLをフォーム内で変換できません。 このため、UPGRADE_PLSQL= YESの場合は、UPGRADE=YESを指定する必要があります。

•	大量の図表を一度に変換する場合は、Project Builderを使用します。Project Builderのヘルプ・トピックを参照してください。


Form Compilerパラメータの指定

次の表は、BATCH、UPGRADEおよびUPGRADE_PLSQLのパラメータの組合せの違いにより、変換処理にどのような影響があるかを示しています。

BATCH	UPGRADE_PLSQL	UPGRADE	動作
NO	YES	YES	フォーム内のPL/SQLは、バッチ・モードで変換されます(BATCH=NOの場合も)。ユーティリティは、Builderの外から対話形式で起動できません。
YES	YES	YES	フォーム内のPL/SQLは、バッチ・モードで変換されます。
NO	NO	YES	フォーム内のPL/SQLは変換されませんが、推奨される変換の一覧がmodule.plgに書き込まれます。フォームは、Forms 6.iにアップグレードされます。
YES	NO	YES	フォーム内のPL/SQLは変換されませんが、推奨される変換の一覧がmodule.plgに書き込まれます。フォームは、Forms 6.iにアップグレードされます。
NO	NO	NO	FMBを変更することなく新規のFMXをコンパイルする場合に使用します。フォームにV1.3のPL/SQLが含まれる場合、コンパイラ・エラーが発生するか、コードが異なる動作を起こす場合があります。
YES	NO	NO	FMBを変更することなく新規のFMXをコンパイルする場合に使用します。フォームにV1.3のPL/SQLが含まれる場合、コンパイラ・エラーが発生するか、コードが異なる動作を起こす場合があります。
重要事項:

45FMTから60FMBへのアップグレードを、UPGRADE_PLSQLオプションを指定せずに行うと、フォーム内のPL/SQLは変換されません。ただし、変換されるべきフォームがログ・ファイルに記録されます。このログ・ファイルは現行のワーキング・ディレクトリに保存されるため、FMTファイルが保存されているディレクトリとは異なる場合があります。


バッチ・モードでのレポートの変換

レポートをバッチ・モードで変換する手順

1	レポートに接続したPL/SQLライブラリをすべて変換したことを確認します。

2	次のいずれかの操作を行います。

•	Report CompilerのGUIバージョンを実行します。

•	コマンド・ラインからReport Compilerを実行します。

どちらを選択しても、変換処理の概略は自動的にログ・ファイルmodule.plg(moduleは変換されたレポート・モジュールの名前)に書き込まれます。モジュールごとに個別のログが生成されます。

使用上の注意

•	変換ユーティリティによるアプリケーションの変換、保存後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。


Report CompilerのGUIバージョンを使用したレポートの変換

Report CompilerのGUIバージョンを使用し、1つ以上のレポートを変換する手順

1	「Report Compiler」アイコンをダブルクリックします。

2	「文書タイプ」フィールドで、「レポート」を選択します。

3	適切な「ソース・タイプ」および「宛先タイプ」を選択します。

4	「ソース」フィールドの「参照」ボタンを使用し、変換するレポートの位置を確認します。

5	「宛先」フィールドの「参照」ボタンを使用し、変換したレポートの宛先を選択します。

6	「OK」をクリックします。


コマンド・ラインでのレポートの変換

1つ以上のレポートをコマンド・ラインで変換する手順

コマンドラインで次のコマンドを発行します。

<Report Compiler> SOURCE=rep1,rep2, UPGRADE_PLSQL=yes

パラメータの内容は次のとおりです。

<Report Compiler>	プラットフォーム上のReport Compilerの実行可能プログラムの名前。
rep1,rep2,	変換するレポートの名前。


接続されたPL/SQLライブラリのレポートへの変換

PL/SQLライブラリを対話形式で変換する手順

 Report Builder内でライブラリをオープンし、保存します。

Report CompilerのGUIバージョンを使用して、PL/SQLライブラリを変換する手順

1	「Report Compiler」アイコンをダブルクリックします。

2	「文書タイプ」フィールドで、「PL/SQLライブラリ」を指定します。

3	「ソース・タイプ」フィールドで、.PLLを指定します。

4	「宛先タイプ」フィールドで、.PLLまたは.PLXを指定します。.PLDを指定すれば、V1またはV2のPL/SQLは変換されません。

コマンド・ラインでReport Compilerを使用してPL/SQLライブラリを変換する手順

 コマンドラインで次のコマンドを発行します。

<Report Compiler> SOURCE=lib1,lib2, UPGRADE_PLSQL=yes

パラメータの内容は次のとおりです。

<Report Compiler>	プラットフォーム上のReport Compilerの実行可能プログラムの名前。
lib1, lib2	変換するライブラリの名前。
使用上の注意

•	大量の図表を一度に変換する場合は、Project Builderを使用します。Project Builderのヘルプ・トピックを参照してください。


バッチ・モードでの図表の変換

バッチ・モードで図表を変換する手順

1	図表に関連するすべてのPL/SQLライブラリの変換が終了したことを確認します。

2	次のコマンドを発行します。

<Graphics Builder> openfile=temp.ogd upgrade_plsql=yes savefile=temp1.ogd quit=yes

パラメータの内容は次のとおりです。

<Graphics Builder>	プラットフォーム上のGraphics Builderの実行可能プログラムの名前。
openfile=temp.ogd	Graphics Builderで図表temp.ogdをオープンします。
upgrade_plsql=yes	V1またはV2のPL/SQLを変換します。
savefile=temp1.ogd	変換した図表をtemp1.ogdに保存します。
quit=yes	図表が変換された後、Graphics Builderをクローズします。
使用上の注意:

•	変換処理の概略は、ログファイルmodule.plg（moduleは変換された図表の名前）に自動的に書き込まれます。

•	大量の図表を一度に変換する場合は、Project Builderを使用します。Project Builderのヘルプ・トピックを参照してください。

•	変換ユーティリティによるアプリケーションの変換後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。


接続されたPL/SQLライブラリの図表への変換

PL/SQLライブラリを対話形式で変換する手順

 Graphics Builderでライブラリをオープンし、保存します。

PL/SQLライブラリをバッチ・モードで変換する手順

 次のコマンドを発行します。

<Graphics Builder> openfile=temp.lib upgrade_plsql=yes savefile=temp1.lib quit=yes

パラメータの内容は次のとおりです。

<Graphics Builder>	プラットフォーム上のGraphics Builderの実行可能プログラムの名前。
openfile=temp.lib	Graphics Builderでライブラリ temp.lib をオープンします。
upgrade_plsql=yes	V1またはV2のPL/SQLを変換します。
savefile=temp1.lib	変換されたライブラリを temp1.lib に保存します。
quit=yes	ライブラリが変換された後、Graphics Builderをクローズします。
使用上の注意:

•	変換処理の概略は、ログファイル module.plg（module は変換されたライブラリの名前）に自動的に書き込まれます。

•	変換ユーティリティによるアプリケーションの変換後は、推奨される変換をすべて無視した場合でも、そのアプリケーションに対しユーティリティを再起動することはできません。これにより、手動で加えた変更がユーティリティにより上書きされることが防止されます。

•	大量の図表を一度に変換する場合は、Project Builderを使用します。Project Builderのヘルプ・トピックを参照してください。


PL/SQL V1変換ユーティリティにより変換されるもの

  関連項目

次に、変換ユーティリティがアプリケーション内で解決できる場合を示します。

CHARをVARCHAR2に置換

VARCHAR2に必要な文字列の長さを設定

OUTおよびIN OUTのデフォルト式を削除

式に必須なRETURN文

廃止されたビルトインの置換

ファンクションlengthはゼロ長の文字列に対しNULLを返す

NULLを渡すオーバーロードしたサブプログラムへの対処

ファンクションにRETURN文を指定しないとランタイム・エラーが発生する

長さの制限を削除


CHARをVARCHAR2に置換

PL/SQL V1では、データ型CHARとVARCHAR2は、相互に交換して使用できました。V1より後のバージョンでは、CHARデータ型は右側にスペースが埋められます。

PL/SQL V1では、次の文は、

var1 CHAR(10) := 'hello';

'hello'に同じです。

しかしV1より後のバージョンでは、この文は'hello     '(合計で10文字)として解釈します。

CHAR変数のV1の動作を保つため、変換ユーティリティでは、すべてのCHAR(n)宣言を同義のVARCHAR2(n)文と置換します。上記の例では、var1はVARCHAR2(10)になります。

また、変換ユーティリティでは、VARCHAR文をすべて同義のVARCHAR2式と置換します。


VARCHAR2に必要な文字列の長さを設定

PL/SQL V1より後のバージョンでは、すべてのVARCHAR2変数に対して、長さの指定が必要です。CHARデータ型にすでに長さが指定されている場合、変換ユーティリティは宣言をVARCHAR2に置換する際、その長さを使用します（詳細は、「CHARをVARCHAR2に置換」を参照）。次に例を示します。

var1 CHAR(10);

は、次のように変換されます。

var1 VARCHAR2(10);

変換プログラムは、文字長のないCHARまたはVARCHAR2文を検出すると、1文字の長さを設定します。次に例を示します。

var2 CHAR;

は、次のように変換されます。

var2 VARCHAR2(1);

同様に、

var3 VARCHAR2;

は、次のように変換されます。

var3 VARCHAR2(1);

VARCHAR2宣言に対し長さを指定しないと、コンパイラで次のエラー・メッセージが生成されます。

エラー215: 文字長は1～32767の範囲に制限されています


OUTおよびIN OUTのデフォルト式を削除

  例

PL/SQL V1では、OUTパラメータとIN OUTパラメータの後にデフォルト式を続けることができましたが、この式は常に無視されていました。変換ユーティリティで、OUTパラメータとIN OUTパラメータのデフォルト式を削除します。

既存のコード（デフォルト式の付いたOUTパラメータとIN OUTパラメータを含みます）をコンパイルすると、次のエラー・メッセージが生成されます。

エラー230: OUTおよびIN OUT形式のパラメータに、デフォルト式を付けることはできません


デフォルト式の削除例

  関連項目 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

PROCEDURE p (p1 IN OUT NUMBER DEFAULT 25,
             p2 OUT NUMBER DEFAULT 16) IS

BEGIN
. . .
END;

次のように変換します。

PROCEDURE p (p1 IN OUT NUMBER, p2 OUT NUMBER) IS

BEGIN
. . .
END;


式に必須なRETURN文

  例

PL/SQL V1では、式のないRETURN文を使用して、NULL値を返すことができました。ファンクションはすべて値を返す必要があるため、V1より後のバージョンではRETURN文が必須となります。変換ユーティリティは、式が続いていないRETURN文をすべてRETURN NULLと置換します。

式のないRETURN文を含むPL/SQLをコンパイルすると、次のエラー・メッセージが生成されます。

エラー503:このファンクションからの戻り値にはRETURN文が必要です


NULLをRETURN文に追加する例

  関連項目 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

FUNCTION f RETURN NUMBER IS
x NUMBER;
BEGIN
x :=13;
IF .. . THEN
RETURN;
END IF;
RETURN x;
END;

次のように変換します。

FUNCTION f RETURN NUMBER IS
x NUMBER;
BEGIN
x :=13;
IF .. . THEN
RETURN NULL; ここでNULLが追加されます
END IF;
RETURN x;
END;


廃止されたビルトインの置換

  例

文字列をPL/SQLの整数に変換するTO_PLS_INTEGERビルトインは、V1より後のバージョンでは廃止されています。変換ユーティリティは、TO_PLS_INTEGERをビルトインTO_NUMBERに置換します。

TO_PLS_INTEGERビルトインを置換しないと、次のコンパイル・エラーが生成されます。

エラー201:識別されたTO_PLS_INTEGERを宣言する必要があります

注意: 廃止されているその他のビルトインは、手動で置換する必要があります。


廃止されたビルトインの置換例

  関連項目 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

PROCEDURE foo IS
     v INTEGER;
BEGIN
     v := TO_PLS_INTEGER(24);
END;

次のように変更します。

PROCEDURE foo IS
     v INTEGER;
BEGIN
     v := TO_NUMBER(24);     TO_PLS_INTEGERはTO_NUMBERで置換されます
END;


ファンクションlengthはゼロ長の文字列に対しNULLを返す

  例

PL/SQL V1では、NULL式に適用されたファンクションlengthは、ゼロを返しました。V1より後のバージョンでは、NULL式に適用されたファンクションlengthは、NULLを返します。

V1の動作を保つために、PL/SQL変換ユーティリティはNVL SQL述語を追加して、NULL式に適用されたファンクションlengthがゼロを返すようにします。


ファンクションlengthの例

  関連項目 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

c:=null;
l=LENGTH( c );         V1では、これが0に変わります

次のように変換します。

c:=null;
l=NVL(LENGTH( c ),0);  コンバータはNVL( )ビルトインでファンクションlength
                           をラップし、式がゼロを返すようにします


NULLを渡すオーバーロードしたサブプログラムへの対処

  例

PL/SQL V1では、パッケージ内の同じプログラム単位を2つの異なるデータ型、VARCHAR2型とRECORD型として定義できました。これをサブプログラムをオーバーロードするといいます。オーバーロードしたサブプログラムにNULL値を渡した場合、PL/SQLはデータ型をVARCHAR2と仮定しました。ただし、V1より後のバージョンでは、パッケージ内のオーバーロードしたサブプログラムにNULL値を渡す場合、そのデータ型を定義する必要があります。

V1の動作を保つために、PL/SQL変換ユーティリティは、オーバーロードしたサブプログラムに渡されたNULL値を検出すると、必要に応じて次のようなアクションを行います。

•	NULLをTO_CHAR( )でラップします。

•	NULLをTO_NUMBER( )でラップします。

•	NULLをTO_DATE( )でラップします。

•	NULLをNOTでラップします。

希望するデータ型を定義しないで、オーバーロードしたプログラム単位にNULL値を渡す場合、コンパイラで次のエラー・メッセージが生成されます。

エラー307:このコールと一致する'PU名'宣言が多すぎます...


オーバーロードしたサブプログラムにNULL値を渡す例

  関連項目 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

PACKAGE ps1 IS
  TYPE foo IS RECORD(id PLS_INTEGER);
                              サブプログラムpがオーバーロードされます
    PROCEDURE p(a VARCHAR2);    aはVARCHAR2型の変数として定義されます
  PROCEDURE p(a FOO);         aは他のデータ型の変数としても定義されます
END;

PROCEDURE foo2 IS
BEGIN
  ps1.p(NULL);                V1では、VARCHAR2データ型が仮定されます
END;

次のように変換します。

PACKAGE ps1 IS
  TYPE foo IS RECORD(id PLS_INTEGER);

  PROCEDURE p(a VARCHAR2);
  PROCEDURE p(a FOO);

END;

PROCEDURE foo2 IS
BEGIN
  ps1.p(TO_CHAR(NULL));      aはVARCHAR2型であるためNULL値は
                                 TO_CHAR( )によってラップされます
END;


ファンクションにRETURN文を指定しないとランタイム・エラーが発生する

  例

PL/SQL V1では、ファンクションでRETURN文を省略しても実行時に問題は発生しません。ただし、V1より後のバージョンでは、ランタイム・エラーが発生します。

V1の動作を保つために、PL/SQL変換ユーティリティは、引数にNULLを持つRETURN文を、RETURN文のないファンクションに追加します。

注意: ファンクションにRETURN文がない場合でもコンパイラ・エラーは発生しませんが、V1より後のバージョンではランタイム・エラーが発生します。


RETURN文が指定されていない例

  関連項目	 	   すべての例

変換ユーティリティは、次のPL/SQL V1コードを、

FUNCTION noreturn (arg IN NUMBER) RETURN char IS
BEGIN
  IF (arg > 100000) THEN
    TEXT_IO.PUT_LINE ('The point of no return.');
  ENDIF;
                         RETURN文が欠落しています。
END;

次のように変換します。

FUNCTION noreturn (arg IN NUMBER) RETURN char IS
BEGIN
  IF (arg > 100000) THEN
    TEXT_IO.PUT_LINE ('The point of no return.');
  ENDIF;
  RETURN NULL;             コンパータによってRETURN NULLが追加されました。
END;


長さの制限を削除

  例

PL/SQL V2では、DATE、BOOLEAN、MLSLABEL、ROWIDの長さの制限は無視されます。ただし、このためにV8でコンパイル・エラーが発生します。

V2の動作を保つため、PL/SQL変換ユーティリティは制限を削除します。


長さの制限の削除例

  関連項目 	   すべての例

変換ユーティリティは、次のコードを、

PROCEDURE badconstraint IS
d DATE(5);
b BOOLEAN(5);
d MLSLABEL(5); --V2 のみ
r ROWID(5); --V2 のみ
BEGIN
  null;
END;

次のように変換します。

PROCEDURE badconstraint IS
d DATE;
b BOOLEAN;
d MLSLABEL; --V2のみ
r ROWID; --V2のみ
BEGIN
  null;
END;


PL/SQL V1変換ユーティリティでは変換されないもの

  関連項目

PL/SQLの多くの非互換項目は変換ユーティリティにより変換できますが、次のものは手動で修正する必要があります。

パッケージ内で必要とされる一意名

標準パッケージ・ファンクションが使用されない場合への対処

PL/SQL V2.3以降における新規予約語

変数の宣言に必要な%ROWTYPEまたは%TYPE

致命的なコンパイラ・エラーが発生し、変換プロセスが継続できない場合は、警告 "Encountered a non-recoverable error; conversion aborted at line <line number> column <column>" が表示されます。


パッケージ内で必要とされる一意名

  例

PL/SQL V1では、同一パッケージ内で変数と同じ名前を持つプロシージャまたはファンクションを作成すると、変数が常に使用され、同一名が付けられたプロシージャやファンクションは無視されました。V1より後のバージョンでは、同一パッケージ内の変数、ファンクションおよびプロシージャは、他と重複しないでください。

エラーを防ぐには、パッケージ内のすべてのプロシージャが一意の名前を持つようにします。 明示的に異なる名前を付けるか、または「Unused」という語をプロシージャ名に付けます。

注意: V1では、Procedure Builderによってビルトイン・パッケージと同じ名前のプログラム単位を作成できます。V1より後のバージョンでは、これは許可されません。Procedure Builderは、ビルトイン・パッケージと同じ名前を持つプログラム単位を検出すると、プログラム単位名の末尾に2個のドル記号$$を追加することで、ロード時にプログラム単位の名前を変更します。したがって、DEBUGはDEBUG$$に変更されます。


パッケージのプロシージャ名を一意名に変更する例

  関連項目 	   すべての例

次の例では、まずコンパイラ・エラーを生成するPL/SQL V1コードを示します。 続いてエラーを防ぐ編集例を示します。

次のコードを、

PACKAGE pk1 IS
  v1 NUMBER;           v1は変数として確立されます
  PROCEDURE v1;        v1はプロシージャとしても確立されます
  PROCEDURE p2 (x OUT NUMBER);
END;

PACKAGE BODY pk1 IS
  PROCEDURE v1 IS
  BEGIN
   .. .
  END;

  PROCEDURE p2 (x OUT NUMBER) IS
  BEGIN
x := pk1.v1;
  END;

END;

次のように変換します。

PACKAGE pk1 IS
  v1 NUMBER;
  PROCEDURE v1Unused;	  プロシージャv1はUnusedと宣言されます
  PROCEDURE p2 (x OUT NUMBER);
END;

PACKAGE BODY pk1 IS
  PROCEDURE v1Unused IS
  BEGIN
   .. .
  END;

  PROCEDURE p2 (x OUT NUMBER) IS
  BEGIN
x := pk1.v1;
  END;

END;


標準パッケージ・ファンクションが使用されない場合への対処

  例

PL/SQL V1では、次に示すようにユーザー自身のパッケージp1からファンクションFLOORをコールできました。

v := p1.FLOOR(x).

パッケージp1にファンクションFLOORがないと、PL/SQLは標準パッケージ内のファンクションFLOORを使用していました。これは、PL/SQL V2.3以降では修正されている、PL/SQLコード・エラーです。したがって、PL/SQL V2.3では、コンパイラはそのファンクション名の標準パッケージをチェックしないで、エラーを報告します。

エラー302:コンポーネント'CCCCC'を宣言する必要があります

ここで'CCCCC'は、標準パッケージ・ファンクションまたは標準パッケージ拡張にあるファンクションまたはプロシージャです。

メッセージ "Incorrect references will resolve to built-in package V1" が、ログに書き込まれます。

コンパイラで標準パッケージのファンクションを指定するには、不正なパッケージ名を削除してください。


パッケージ接頭辞の削除例

  関連項目 	   すべての例

次の例では、まずコンパイラ・エラーを生成するPL/SQL V1コードを示します。続いてエラーを防ぐ編集例を示します。

次のコードを、

PACKAGE pk1 IS a NUMBER;
END;

PROCEDURE p IS v NUMBER;
BEGIN
v := pk1.FLOOR(20.5);
END;

次のように変換します。

PACKAGE pk1 IS a NUMBER;
END;

PROCEDURE p IS v NUMBER;
BEGIN
v := FLOOR(20.5);     接頭辞を削除します
END;


PL/SQL V2.3以降における新規予約語

  例

VARIANCEはPL/SQL V2.3以降の予約語なので、この語を使用するとコンパイラ・エラーが発生します。

エラーを生成せずにVARIANCEを使用する方法の詳細は、例を参照してください。


予約語の例

  関連項目 	   すべての例

次の例では、まずコンパイラ・エラーを生成するPL/SQL V1コードを示し、続いてエラーを防ぐ編集例を示します。

例1:

次のコードを、

FUNCTION variance (y IN NUMBER)
RETURN NUMBER IS

BEGIN
     .. .
     RETURN .. .;
END;

次のように変更します。

FUNCTION varianceUniqueName (y IN NUMBER)
          /* Varianceに一意名が付けられます*/
RETURN NUMBER IS

BEGIN
     .. .
     RETURN .. .;
END;

例2:

サブプログラムをコールするときに、次のコードを、

PROCEDURE foo IS
     x NUMBER;
     y NUMBER;
BEGIN
     .. .
     x := variance(someNumber);
END;

次のように変更します。

PROCEDURE foo IS
     x NUMBER;
     y NUMBER;
BEGIN
     .. .
     x := varianceUniqueName(someNumber);
END;


変数の宣言に必要な%ROWTYPEまたは%TYPE

  例

PL/SQL V8コンパイラは、次のような不正な構文に対してエラーを生成します(PL/SQL V2では、この構文は間違って認められてしまいます)。

return variable-expression

procedure (parameter IN <table_name>)

procedure (parameter IN <table_name>.<column_name>)

正しい構文は次のとおりです。

return variable-type

procedure (parameter IN <table_name>%ROWTYPE)

procedure (parameter IN <table_name>.<column_name>%TYPE)

エラーを防ぐために、式のデータ型を使用するか、表の名前に%ROWTYPEを追加するか、列名に%TYPEを追加します。


変数の宣言例

  関連項目 	   すべての例

次の例では、まずコンパイラ・エラーを生成するPL/SQL V2コードを示し、続いてエラーを防ぐ編集例を示しています。

例1:

次のコードを、

FUNCTION return_column RETURN dept.dname IS
. . .

次のように変更します。

FUNCTION return_column RETURN dept.dname%TYPE IS
. . .

次のコードを、

PROCEDURE foo (name IN dept.dname) IS
. . .

次のように変更します。

PROCEDURE foo (name IN dept.dname%TYPE) IS
. . .

例2:

次のコードを、

FUNCTION return_table RETURN dept IS
. . .

次のように変更します。

FUNCTION return_table RETURN dept.%ROWTYPE IS
. . .

次のコードを、

PROCEDURE foo (name IN dept) IS
. . .

次のように変更します。

PROCEDURE foo (name IN dept%ROWTYPE) IS
. . .

例3:

次の例は、例外的に%TYPEを使用できない場合を示しています。

パラメータを宣言する際に、次のコードを、

FUNCTION return_parm (x IN NUMBER)
  RETURN x IS
. . .

次のように変更します。

FUNCTION return_parm (x IN NUMBER)
  RETURN number IS
. . .


Project Builderを使用したPL/SQL V2.3へのアップグレード方法

  関連項目

リリース1のフォーム、レポート、図表およびPL/SQLライブラリに含まれるすべてのトリガー、プログラム単位およびPL/SQLブロックは、PL/SQLバージョン1で記述されています。最近のリリースのForms DeveloperおよびReports DeveloperはPL/SQLバージョン2.3をベースとしているため、リリース1のPL/SQLコードは、PL/SQLバージョン2.3にアップグレードする必要があります。

リリース1（およびそれ以前のリリース）のアプリケーションをForms DeveloperおよびReports Developerにアップグレードするプロセスを自動化するために、PL/SQL変換ユーティリティが用意されています。最高の効率を得るためには、このユーティリティをProject Builderを使用して起動することをお薦めします。これは、プロジェクト内部のさまざまなモジュールを同時に変換できるからです（現時点でProject Builderを使用してモジュールを管理していない場合は、プロジェクト･ウィザードを使用することにより、PL/SQL変換のプロジェクトをすばやく作成できます）。

Project Builderを使用してモジュールをアップグレードするには、それぞれのドキュメント・タイプ（フォーム、レポート、グラフィック、PL/SQLライブラリ）に対して特別の「アップグレード」アクションを作成します。


フォーム、レポート、ディスプレイまたはPL/SQLライブラリ。


アップグレードの準備

  関連項目

PL/SQLバージョン2へのアップグレードを行うためにプロジェクトを準備するには:

1	アップグレードする予定のすべてのファイルをバックアップします。モジュールは1度のみしかアップグレードできません。

2	プロジェクトをProject Builderでまだ管理していない場合、プロジェクト･ウィザードを使用してプロジェクトを作成し、アップグレードするモジュールを追加します。あるサブプロジェクトにはすべてのフォームを、別のサブプロジェクトにはすべてのレポートを、というようにモジュールをグループ化することもできます。これにより、同タイプの全モジュールに対して「アップグレード」または「配布」などのアクションを一括して適用できるようになります。

3	アップグレード対象のフォーム、レポートおよびディスプレイのリストを調べて、それらに連結されたPL/SQLライブラリが存在しないかどうかを確認します。存在する場合は、モジュール自体よりも先にライブラリを変換します。「関連項目」を参照してください。

4	同名のモジュールが存在しないかどうかを確認します。存在する場合は、それらのファイルの格納先サブディレクトリが異なることを確認します。

たとえば、MAIN.FMBという名前のフォームと、MAIN.RDFという名前のレポートが存在する場合、変換ユーティリティはMAIN.PLGという名前のログ・ファイルに両方が書き込まれるように変更を行います。したがって、どちらかのログが上書きされます。


「アップグレード」アクションの作成

  関連項目

「アップグレード」アクションを作成するには:

1	アップグレードのための準備を行います。

2	アップグレードするタイプを、グローバル・レジストリからユーザー・レジストリにコピーします。こうしておくことで、途中で操作を誤った場合でもオリジナルのタイプ定義を容易に復元できます。

3	ユーザー・レジストリで、アップグレードするタイプのいずれかを選択し、次にポップアップ・メニューから「新規アクション」を選択します。

4	「アクション追加」ダイアログで、このタイプに対する「アップグレード」アクションを作成します。

たとえば、フォームに対する「アップグレード」アクションは次のようになります。

<Form Compiler> MODULE=form BATCH=yes UPGRADE_PLSQL=yes UPGRADE=yes

パラメータの内容は次のとおりです。

<Form Compiler>	プラットフォーム上のForm Compilerの実行可能プログラムの名前。
form	変換するフォームの名前。
5	アップグレードするそれぞれのタイプに対して、ステップ3と4を繰り返します。Reports Developer Reports CompilerおよびGraphics Builderの構文については、「関連項目」を参照してください。

6	プロジェクト・ナビゲータで、アップグレード対象のファイルを選択します。選択するファイルはすべて同タイプである必要があります。

7	ポップアップ・メニューから「アップグレード」を選択します。

8	ログ・ファイルを検証し、必要であれば手動で修正を加えます。

プロジェクト内の各モジュールに対して、module.plgという名前のログ・ファイルが作成されます。


変換プロセスのサマリー。変換された要素および変換されなかった要素を列挙したもの。


?