Oracleフォーム

Oracle Forms は、 Oracle データベースと対話する画面を作成するためのソフトウェア製品です。オブジェクト ナビゲータ、プロパティ シート、およびPL/SQL を使用するコード エディタを含むIDE を備えています。当初は、キャラクタ モードのターミナル セッションでサーバー側を実行するために開発されました。クライアント/サーバー環境で機能するように、Windows を含む他のプラットフォームに移植されました。後のバージョンはJavaに移植され、 Java EEコンテナで実行され、Java および URL から起動できるWeb サービスと統合できるようになりました。最近のバージョンでは、ブラウザを必要とせずにデスクトップ コンピュータからフォームを実行する手段が提供されています。

Forms の主な目的は、Oracle データベースにアクセスするデータ入力システムを作成することです。

Oracle Forms はOracle データベースにアクセスし、データを表示する画面を生成します。ソース フォーム (*.fmb) はプラットフォーム固有の「実行可能ファイル」(*.fmx) にコンパイルされ、フォーム ランタイム モジュールによって実行 (解釈) されます。フォームは、データベース駆動型アプリケーションでデータを表示および編集するために使用されます。ボタン、メニュー、スクロール バー、グラフィックなどのさまざまなGUI要素をフォームに配置できます。ソース コードは、実行時に使用されるライブラリ実行可能ファイル (*.plx) にコンパイルされるライブラリ ファイル (*.pll) に配置することもできます。

この環境には、それぞれ独自のデフォルトのデータ操作を備えた、レコード作成、クエリ、および更新モードが組み込まれています。これにより、動的SQLの作成、変更されたフィールドの検出、行のロックなどの一般的な面倒な操作をプログラムする必要性が最小限に抑えられます。

イベント駆動型インターフェイスでは一般的ですが、ソフトウェアはトリガーと呼ばれるイベント処理関数を実装します。トリガーは、レコードの処理、キーボード ストロークの受信、マウスの動きの受信などの重要なステップで自動的に呼び出されます。各重要なステップの前、最中、および後に、異なるトリガーが呼び出される場合があります。

各トリガー関数は、最初はスタブであり、デフォルトのアクションが含まれているか、何も含まれていません。したがって、Oracle Forms のプログラミングでは、通常、これらのトリガーの内容を変更してデフォルトの動作を変更します。プログラマーによって提供されるトリガーの中には、デフォルトのアクションを置き換えるものもあれば、デフォルトのアクションを拡張するものもあります。

この戦略の結果として、完全なデータベース機能を備えながら、プログラマーが記述したコードをまったく含まない、多数のデフォルトのフォーム レイアウトを作成できます。

Oracle Forms は、 Oracle Databaseとは別に販売およびリリースされます。ただし、Oracle データベースのメジャー リリースでは、通常、データベースの新機能をサポートするために、Oracle Forms の 新しいメジャーバージョンがリリースされます。

Oracle Forms はInteractive Application Facility (IAF)として始まり、コンパイラ(Interactive Application Generator - IAG) とランタイム インタープリタ(Interactive Application Processor - IAP) という 2 つの主要コンポーネントで構成されていました。最初の Oracle Database バージョン 2 (バージョン 1 は存在しませんでした) でリリースされた IAF は、ユーザーが Oracle データベースからデータを入力し、クエリを実行できるようにする 文字モードインタフェースを提供しました。

Oracle Database バージョン 4 では、 Fast Formsに名前が変更され、フォーム エディタである IAG で編集する デフォルトのフォームを生成するためのツールが追加されました。

Oracle 5 データベース バージョンとともに、 SQL*Formsバージョン 2に 3 回目の名前変更が行われました。

Forms 2.0 には、スクリーン ペインターを含むフォーム デザイン エディターが含まれていました。

このリリースは文字ベース (GUI ではなく) であったため、フォームは通常ターミナルで開発および実行されました。ソース ファイルは*.INP ASCIIファイルであり、スクリーン ペインターを使用して編集されましたが、ファイルは ASCII ファイルであり、フォーム エディターの制限により、このファイルをテキスト エディターで直接編集するのが一般的な方法でした。

このバージョンの Forms にはPL/SQL言語が含まれておらず、代わりにトリガー ステップに基づく独自のカスタム言語が使用されていました。この言語は、SQL*Plus で使用できる PL/SQL 言語よりも原始的なものでした。この制限された言語は、Oracle 提供のランタイムのバイナリにリンクされた言語コードをコンパイルするユーザー イグジットによって拡張されました。

Forms 2.3 は、Oracle Financials 会計パッケージの基盤として使用されました。その結果、Forms 3 および 4 が利用可能になった後も、Oracle Financials と統合するために作成された顧客フォームをサポートするために、Forms 2.3 が長い間使用され続けました。

Oracle Forms 3 は、Forms トリガーおよびプロシージャ内で PL/SQL を使用できる最初のバージョンであり、文書化されていない機能として SQL 関数も使用できました。

Forms 3 は文字モード アプリケーションであり、主に Digital VT220 などの端末や Microsoft DOS を実行する PC で使用されていました。X で実行できましたが、チェックボックスなどの X インターフェイス固有の機能はサポートしていなかったため、基本的には GUI ウィンドウで実行される文字モード アプリケーションでした。

マウスを使用してフィールドをクリックすることはできますが、このリリースではマウス固有のトリガー (マウスのダブルクリックなど) は使用できません。

ソース ファイルは *.INP ASCII ファイルでした。ランタイム ファイルは *.FRM バイナリ ファイルでした。

IDE が大幅に改善され、PL/SQL コードの編集が可能になり、INP ソース ファイルを直接編集するという一般的な方法が削減されました。

Forms 3 は、主キーや外部キーなどの一部のデータベース制約をサポートするために、Forms トリガーとコードを自動的に生成しました。制約は定義できましたが、この時点では Oracle 6 データベースでは強制されていなかったため、Oracle は Forms 3 を使用して、テクノロジ スタックで制約をサポートしていると主張しました。

Oracle Forms バージョン 4.0 は、フォーム エディタ内および実行時にチェックボックスやラジオ グループなどの GUI 要素をサポートする、製品の最初の真の GUI ベース バージョンでした。

公には宣伝されていませんでしたが、リクエストに応じて特定の顧客にはキャラクターベースのランタイムが引き続き提供されていました。

Microsoft Windows 3および Windows で動作する競合製品の登場により、Oracle は商業上の理由からこの GUI バージョンの Forms をリリースせざるを得なくなりました。Forms 4.0 は、 Microsoft Windowsおよび X Windowsをサポートする Oracle データベース バージョン 6 に付属しています。

このバージョンでは、新しいIDEが導入されました。各オブジェクト タイプには、そのタイプに最適化されたエディター ウィンドウが用意されていたため、フィールド エディターはウィンドウ エディターとはまったく異なる外観になりました。これらは次のリリースでは廃止され、Visual Basic で普及したプロパティ シートに置き換えられました。

4.0 ソース ファイルは、フォームの場合は *.FMB、ライブラリの場合は *.PLL、オブジェクト ライブラリの場合は *.OLB でした。4.0 ランタイム ファイルは、フォームの場合は *.FMX、ライブラリの場合は *.PLX でした。*.OLB ファイルは FMX にコンパイルされました。

Oracle Financialsソフトウェア スイートでは、このバージョンの Forms は使用されず、代わりに Forms 2.3 が引き続き使用されます。

Oracle Forms バージョン 4.5 は、バージョン番号が「.5」であるにもかかわらず、4.0 の「ポイント リリース」ではなく、実際にはメジャー リリースでした。4.5 という名前が付けられたのは、特定のクライアントに対して一定期間 Forms 4 をサポートするという契約上の義務を果たすためであり、パッチを使用して 4.0 を 4.5 にアップグレードするのではなく、完全インストールが必要であったにもかかわらず、4.5 を 4.0 のパッチとして販売することができました。

このバージョンには、4.0 で導入された IDE に代わる、大幅な機能変更とまったく新しい IDE が含まれていました。GUI ベースのトリガーが追加され、オブジェクト ナビゲータ、プロパティ シート、コード エディタを備えた最新の IDE が提供されました。この設計は、当時 Microsoft Visual Basic で使用されていたため、人気がありました。

このリリース以降、開発環境はほとんど変更されていないため、Forms 4.5 の経験があるソフトウェア開発者は、最新バージョンまでのどのバージョンの Forms でも簡単に作業できます。

Oracle Forms バージョン 5 は、Oracle データベース バージョン 7 に付属しています。

Forms 6はOracle 8.0データベースとともにリリースされ、Oracle 8iとともにForms 6iとして再リリースされました。このバージョンは基本的にForms 4.5にいくつかの追加ウィザードとバグ修正を加えたものでした。^[1] Webサーバー内で実行する機能も含まれていました。Forms Serverは、Oracle Formsを3層ブラウザベースの配信に適合させるという問題を解決するために提供されましたが、プログラムインターフェイスに大きな変更は加えられませんでした。複雑で非常にインタラクティブなフォームインターフェイスは、Forms Serverと直接通信するJavaアプレットによって提供されました。ただし、 WebバージョンはHTTP経由ではうまく動作しませんでした。この問題に対処するために、Forms 9iからの修正が6iの後のバージョンに後から組み込まれました。

Oracle Forms に適用された命名および番号付けシステムは、マーケティング要因により、製品の本質を変えることなく、数回変更されました。この期間に、PL/SQL だけでなく Java でコーディングする機能も追加されました。

バージョン番号は、同時期にリリースされた Oracle データベースのバージョンと同じ番号にするために、6 から 9 に直接ジャンプしました。

Forms 9i には 6i の多くのバグ修正が含まれており、安定した優れたバージョンとして知られています。Windows クライアント サーバー ランタイム、文字ベースのインターフェイスのサポートは削除され、代わりに 3 層の Web ブラウザー ベースのユーザー インターフェイスが唯一の展開オプションとなっています。Java クラスをインポートできるということは、Web サービスクライアントとして動作できることを意味します。

このリリースから、Oracle Forms のバージョン番号は Oracle データベースのバージョンと同期されるようになりました。その結果、バージョン 8 はスキップされ、バージョン番号は 9 に上がりました。

このリリース以降、Oracle データベースとバージョン番号を同期させる以外に、製品の変更はほとんど行われていません。

Forms 10g は実際には Forms バージョン 9.0.4 なので、単に Forms 9i の名称を変更したものにすぎません。

Forms 11 では、リリース 1 で外部イベント、JavaScript サポート、リリース 2 で Access Manager、Real User Experience Interaction (RUEI)、パフォーマンス監視などの機能強化が導入されました。これらの改善により、機能と対話機能が拡張され、Oracle AQ を利用してJMSとのシームレスな対話が可能になりました。

Java Web Start を使用すると、ユーザーは親 Web ブラウザがなくても Oracle Forms アプリケーションを実行できます。アプリケーションの Java Web Start ランチャー ファイル (.Jalp) を最初に取得するためにブラウザを使用することもできますが、ブラウザはアプリケーションのホスティングを担当しないため、アプリケーションの起動後に閉じることができます。JWS は、Internet Explorer、Firefox ESR、Chrome、Edge をサポートしています。

(*1) Oracle Forms の各バージョンは、ORACLE データベースのさまざまなバージョンに接続でき、ORACLE データベースとは別に販売およびリリースされます。Oracle Forms は、通常、Oracle データベースと前方および後方互換性があります。たとえば、Oracle Forms 9 は、少なくとも Oracle 8、9、10、および 11 に接続できます。ここにリストされているデータベース バージョンは、Forms のリリース時に使用可能だった主要なバージョンです。

(*2) Oracle 製品は、これまで独自のリリース番号と命名規則に従ってきました。これは、Oracle RDBMS 9i リリースで変更されました。Oracle 社が Oracle Forms (および Reports と Developer) を標準化し、データベースと同じメジャー バージョン番号を使用するようになったためです。これが、Oracle Forms のバージョンが 6i から 9i に飛躍した理由です (v7 や v8 はありませんでした)。

Oracle Designer は、 Oracle が販売していたコンピュータ支援ソフトウェア エンジニアリング(CASE) ツールです。Oracle Forms や Oracle Reports などのさまざまなソフトウェア モジュールを生成できました。Oracle Designer の最後のリリースは 2010 年で、それ以降はサポートが中止されています。

Oracle が新規開発に推奨するアプローチは、JavaベースのOracle Application Development FrameworkまたはOracle Application Expressですが、Oracle の開発ツールの方向性表明では、Oracle Forms を継続的にサポートし、次の領域で開発と機能強化を継続するというコミットメントが明確に示されています。

• ウェブと新しいリリースへのアップグレードを可能な限りスムーズにする
• フォームおよびレポートアプリケーションがアプリケーションサーバーサービスを最大限に活用し、Java EEアプリケーションと相互運用できるようにします。^[4]

ただし、2023年1月以降、Oracleライフタイムサポートポリシーに従い、Fusion Middleware 12c（Oracle Forms 12cを含む）のプレミアサポートは2026年12月に終了します（その後、Extended Supportが2027年12月に終了）。^[5] Oracle Application Development Frameworkの代替として、Oracle Application Expressもあります。Oracle Application Expressの利点の1つは、 PL/SQLに大きく依存しているため、Formsとの関連性が高いことです。

• 公式 Oracle Forms ホーム
• 方針表明（2012年3月）
• Oracle FORMS に関するよくある質問
• バージョン 12.2.1.3 のライブ デモ サーバー