DBMS_WORKLOAD_REPOSITORY.CREATE_BASELINE_TEMPLATEプロシージャは、自動ワークロード・リポジトリ（AWR）に繰り返しベースライン・テンプレートを作成するために使用されます。このテンプレートは、繰り返しスケジュールに基づいて、指定された期間のベースラインを生成します。CREATE_BASELINE_TEMPLATEプロシージャのパラメータには、開始時刻と終了時刻、およびベースラインを取得する曜日と時刻が含まれます。
このコマンドは、毎週月曜日の午後 5 時に 3 時間の繰り返しベースラインを指定し、30 日後に期限切れになるものと仮定すると、このコマンドによって任意の時点で生成できるベースラインの数は、直近の 30 日間の期間内に月曜日がいくつあるかによって決まります。
30日間の期間内に発生する月曜日の最大数は5回（4～5週間）ですが、ベースラインの期間は3時間で、毎週月曜日の午後5時に開始されるため、各月曜日のベースラインは一度に1つしか存在できません。ただし、ベースラインは30日間保存されるため、一度に複数の月曜日のベースラインインスタンスを保存できます。
* A (不正解): テンプレートは 30 日間の有効期限期間中の毎週月曜日にベースラインを生成するため、一度に複数のベースラインが存在する可能性があります。
* B (不正解): テンプレートは 30 日間の有効期限内の毎週月曜日にベースラインを作成するため、ベースラインは 3 つ以上になります。
* C (正解): 30 日間にわたって、ベースラインの期間と頻度を考慮すると、1 年全体では最大 52 個のベースラインが存在する可能性があります。
* D (不正解): ベースラインの数を具体的に 5 に制限するオプションはありません。答えは、有効期限を考慮して一定期間に存在できるベースラインの数を計算することに依存します。
参考文献:
* Oracle Database PL/SQLパッケージおよびタイプ・リファレンス: DBMS_WORKLOAD_REPOSITORY

Oracleのデータベース・サービスは、データベース内でのリソースの割り当て方法とワークロードの管理方法を管理するために使用されます。データベース・サービスを使用する機能は次のとおりです。
* B（正解）：データベース・リソース・マネージャー（DBRM）は、サービスを利用して、さまざまなワークロードへのリソース割り当てを制御します。ワークロードに関連付けられたサービスに基づいて、最も重要なタスクにリソースが優先的に割り当てられるようにします。
* E（正解）：Oracle Schedulerはデータベース・サービスも利用できます。Oracle Schedulerのジョブを異なるサービスに割り当てることで、リソースの割当てと優先順位を制御できます。
他に挙げた機能は SQL パフォーマンスに関連していますが、リソース マネージャーやスケジューラーのようにデータベース サービスを直接利用することはありません。
* A:Oracle Automatic Reoptimization は、実際のパフォーマンス メトリックに基づいて、SQL 文の実行後にデータベースが SQL 文の実行プランを自動的に改善できるようにする機能ですが、データベース サービスを直接使用することはありません。
* C:Oracle SQL Performance Management には、SQL チューニングおよび監視のさまざまなコンポーネントが含まれますが、操作にはデータベース サービスは使用されません。
* D:Oracle SQL Tuning Advisor は、パフォーマンスを向上させるために SQL クエリをチューニングする方法に関するアドバイスを提供します。
ワークロードの管理と分析のためにサービスと組み合わせて使用できますが、コア機能ではサービスは使用されません。
参考文献:
* Oracle Database管理者ガイド:サービスの管理
* Oracle Database管理者ガイド:Oracle Database Resource Managerによるリソースの管理
* Oracle Database Scheduler開発者ガイド:スケジューラの使用

実行プランはSALESテーブルへのフルテーブルアクセスを示しています。実行時間を短縮するには、SALES.TIME_IDにインデックスを作成すると効果的です。これにより、データベースはI/O負荷が高く、処理速度も低下するフルテーブルスキャンを実行することなく、最新の売上情報を迅速にソートして取得できるようになります。ORDER BY句で使用されるTIME_IDにインデックスを付けることで、オプティマイザはインデックスを活用して、結果セットを最新の売上情報10件に絞り込み、効率的にソートすることができます。
* B (誤り): オプティマイザーが結果セット全体の並べ替えを回避するために使用できる適切なインデックスがない限り、FETCH FIRST を ROWNUM に置き換えても、必ずしもパフォーマンスが向上するわけではありません。
* C (不正解): 現在の統計が不正確であるという兆候がないため、新しい統計を収集してもパフォーマンスが向上しない可能性があります。
* D (不正解): 適応型プランでは、オプティマイザが実行戦略を適応させることでパフォーマンス上の利点が得られますが、ここでの主な問題は、ORDER BY 列にインデックスがないことです。
* E (不正解):SALES.CUST_ID にインデックスを作成すると結合パフォーマンスは向上しますが、ORDER BY 列にインデックスがないため発生するパフォーマンスの問題は解決されません。
参考文献:
* Oracle Database SQLチューニング・ガイド:索引の管理
* Oracle Database SQLチューニング・ガイド:索引とクラスタの使用

Standard Edition の運用データベースでは、Statspack ツールを使用してパフォーマンスの問題を診断できます。
自動ワークロード・リポジトリ（AWR）と、AWR期間比較レポートやSQLパフォーマンス・アナライザなどの関連ツールは、Oracle Database Enterprise Editionの機能であり、Standard Editionでは利用できません。データベース・リプレイもEnterprise Editionの機能です。Statspackは、Oracle Databaseの以前のバージョンおよびStandard Editionでパフォーマンス・データを収集、保存、分析するために提供されるパフォーマンス診断ツールです。
参考文献
* Oracle Database 19c 管理者ガイド - Statspack を使用したデータベースパフォーマンスの問題の診断

実行プランにおける連結ステップは、SQL変換フェーズで導入されます。このフェーズはオプティマイザによるクエリ変換の一部であり、クエリをより効率的に書き換えるための様々な手法が用いられる場合があります。連結操作は、通常、クエリに見られるように、WHERE句にOR条件がある場合に、2つの別々のSQL操作の結果を結合するために使用されます。
参考文献:
* Oracle Database SQLチューニング・ガイド、19c
* Oracle データベース概念、19c