説明/参照：
Explanation:

アダプティブSQLプラン管理を使用すると、DBAは、承認されていないプランの検証または展開プロセスを手動で実行する必要がなくなります。自動SQLチューニングがCOMPREHENSIVEモードの場合、夜間のメンテナンス期間中に、承認されていない計画を持つすべてのSQLステートメントに対して検証または展開プロセスが実行されます。受け入れられなかった計画のパフォーマンスがSQL計画ベースラインの既存の受け入れられた計画よりも優れている場合、その計画は自動的に受け入れられ、オプティマイザーによって使用可能になります。検証が完了すると、承認されたプランのパフォーマンスと比較して、承認されなかったプランのパフォーマンスを詳細に示す永続的なレポートが生成されます。進化プロセスがAUTOTASKになったため、DBAは終了時に独自の進化ジョブをスケジュールすることもできます。
ノート：
*オプティマイザーは、プランの一部に対して複数のサブプランを事前に決定することにより、その場でプランを適応させることができます。
* Oracle Database 12cで導入されたアダプティブ・プランにより、オプティマイザはステートメントの最終プラン決定を実行時まで延期できます。オプティマイザーは、選択したプラン（デフォルトのプラン）に統計コレクターを組み込んで、カーディナリティの見積もりがプラン内の操作で見られる実際の行数と大幅に異なる場合に実行時に検出できるようにします。大きな違いがある場合は、計画またはその一部が自動的に調整され、SQLステートメントの最初の実行で最適でないパフォーマンスが回避されます。
参照：OracleDatabase12cを使用したSQL計画管理

* CREATE DATABASE ... ENABLE PLUGGABLEDATABASESQLステートメントは新しいCDBを作成します。ENABLE PLUGGABLE DATABASE句を指定しない場合、新しく作成されたデータベースは非CDBであり、PDBを含めることはできません。
ルート（CDB $ ROOT）とともに、Oracle DatabaseはシードPDB（PDB $ SEED）を自動的に作成します。次の図は、新しく作成されたCDBを示しています。* PDBの作成空のPDBを最初から定義するデータディクショナリテーブルを作成し、そのObj$テーブルとDependency$テーブルにデータを入力するのではなく、CDBの作成時に空のPDBが作成されます。（ここでは、空を使用して、顧客が作成したアーティファクトが含まれていないことを意味します。）これはシードPDBと呼ばれ、PDB$Seedという名前が付けられています。すべてのCDBには、交渉の余地なくシードPDBが含まれています。交渉の余地なく常に読み取り専用モードで開いています。これには概念的な意味はありません。むしろ、それは単なる最適化デバイスです。PDBの作成操作は、クローンPDB操作の特殊なケースとして実装されます。

説明/参照：
参照：
http://docs.oracle.com/cd/E11882_01/server.112/e23633/upgrade.htm#UPGRD12395