Oracle Apexアプリケーションが最初にスキーマ「A」に存在し、それを2つの別々のスキーマ「Z1」と「Z2」にデプロイしたいのですが、デプロイの時期が来たら、関連するスキーマ(解析スキーマ)を動的にZ1に変更できますか?展開中のZ2?
また、アプリケーションにスキーマ固有のロジックがあり、アプリケーションがZ1またはZ2にインストールされている間に実行する必要があります。このような状況にどのように対処しますか?
アプリケーションをインストールするときに、インストール手順の1つとして解析スキーマを設定できます。スクリプトを介して実行する場合は、を使用できますapex_application_install.set_schema
。スキーマはすでにワークスペースにマップされている必要があることに注意してください。
apex_application_install.set_schemaに関するドキュメント
特定の機能を処理するために、アプリケーションでビルドオプションを使用できます。例:開発環境のアプリケーションで、ページ上にプロセスを作成し、ビルドオプションを各プロセスに設定します。ビルドオプションは自分で作成するため、1つに「Z1」、もう1つに「Z2」という名前を付けることができます。次に、アプリケーションのベースラインバージョンをエクスポートし、ビルドステータスをエクスポートして、オプションのオンとオフを切り替えることができます。これは、アプリケーションのインストール後に実行されます。(注:コンポーネントをエクスポートしてインストールする場合は、同じIDのワークスペースが必要になります...)
ビルドオプションに関するドキュメント(アプリケーションビルダーユーザーガイド>アプリケーションのデプロイ)
何らかの理由でビルドステータスがかゆみを傷つけない場合でも、条件付きでこれを処理できます。結局、ビルドステータスは、何をレンダリングまたは実行するかを評価するときにapexがチェックする条件です。
したがって、たとえば、すべての特定のコンポーネントの状態でチェックされるアプリケーションアイテムを引き続き使用することができます。
この項目は、たとえばユーザーがログオンしてパラメータテーブルから取得するときに入力できます。ただし、アプリケーションに値をハードコーディングして、別のエクスポートを行うことはお勧めしません。
条件は次のようになります(タイプ= PLSQL式の場合)。:AI_ENVIRONMENT = 'Z1'
両方のオプションを作成する場合があります-それはあなたの好みや
この記事はインターネットから収集されたものであり、転載の際にはソースを示してください。
侵害の場合は、連絡してください[email protected]
コメントを追加