Order Management に関連するかなり大規模なビジネス アプリケーションがあり、そのデータは Oracle データベースにあります。
すべてのデータを注文に関連付けることができます。現在、データ サイズは膨大で、テーブルには数百万のレコードが含まれているため、アプリケーションの SQL クエリが遅くなります。
メインの「オーダー スキーマ」のレプリカ スキーマ、たとえば「アーカイブ オーダー スキーマ」を計画しています。また、(古い順序の) データをメイン スキーマからアーカイブ スキーマに一度に 1 つの (古い順序) 移動する SQL クエリを記述します。
しかし、SQL クエリは非常に遅く、(古い) オーダーのすべてのデータを (非常に多くのテーブルにわたって) 移動するには、非常に長い時間がかかります。
設計/アプローチ/最適化の入力は大歓迎です。
まず、他の人が指摘しているように、注文管理テーブルの数百万行は何もありません。数億行または数十億行でさえ、問題ではありません。私たちは、多くの労力をかけずに、より大きな注文管理テーブルでEBSを管理します。EBSコンカレントリクエスト（DBAツールではない）を使用してスキーマ統計を収集していることを確認してください。ただし、インデックスの再構築についてはDBAに確認することもできます。また、Oracle EBSパッチには、ログに記録された問題のパフォーマンスを向上させるためにさまざまなインデックスが含まれていることが多いため、パッチが適用されていることを確認してください。いくつかのAWS統計またはSQLトレースを実行して、ボトルネックを見つけ、Oracleサポートと連携します。
次に、シードされたテーブルをアーカイブするためにSQLを使用しないでください。問題が発生し、Oracleはその場合は支援しません。代わりに、調査を行い、Oracleに組み込まれてサポートされているアーカイブおよびパージプロセスを使用する必要があります。My OracleSupportのNote752322.1を読むことから始めます。これにより、OrderManagementでデータを管理することができます。