pool)の基本メモリ構造であるヒープを保護する役割を行います。)を獲得した後にのみ可能となります。)イベントを待機します。)からの競合は表示されません。pool待機が増加することがあります。)は、基本的に、全体のインスタンスにだけが存在します。pool)の基本メモリ構造であるヒープのアーキテクチャに起因するものです。)を獲得するために競合が発生することになるのです。多数の小さいサイズのフリーチャンクがつく現象が発生します。断片化(fragmentation)と呼びます。)を保有する時間が増えることになります。これは、ORA-4031エラーまた断片化が原因で発生します。ハード解析が発生した場合、新しいSQL情報を入れるチャンクを割り当て受けるためフリーリストを探索しなければなりません。)待機が多く発生することになります。pool)のサイズを増やすことは、非常に危険な発想だと言えます。pool)のサイズが大きくなると、それだけフリーリストの数とフリーリストから管理する必要があるフリーチャンクの数も増加します。)を支えている時間が増えるのです。)待機時間も増加することになります。free)待機イベントと同じです。free)待機イベントと同じです。pool)を複数のサブプールとして最大7個まで分けて管理することができます。_KGHDSIDX_COUNT隠しパラメータを使用すると、サブプールの数を管理することができます。pool)を管理します。)競合を減らすことができるのです。pool)のサイズを小さくするものとなります。pool)のサイズが減っただけフリーリストごとにフリーチャンクの数も減少し、したがって、フリーリストのナビゲーションにかかる時間が減るからです。pool)に常駐することができるオブジェクトの数が減少して、付加的なハード解析が誘発されることが欠点となります。pool)に永久常駐させる方法を使用することができます。shared_poolコマンドでも下がらりません。pool)のサイズを削減し、同時にdbms_shared_poolパッケージを利用して、頻繁に使用されるオブジェクトをメモリに常駐させることがもう一つの方法となるのです。カーソル共有使用カーソル共有手法を使用します。これは、カーソル共有と定数(Literal)を使用したSQL文を自動的にバインド変数を使用して変換し、カーソルが共有されるようにしてくれる機能をいいます。SQL)をバインド変数に変換する時間的余裕がない場合にのみ使用することが望ましい使用法です。この機能を使用する場合、既存のSQL文の実行計画が変更される場合もありますので、適切なテストの後に適用することが必要です。Area)を構成する要素です。SGAの構成を取得します。pool)はSGA領域のうち、Variable領域に属します。Poolなどで構成されます。pool)はさらにいくつかの種類のメモリ領域に分けられます。SGASTATビューを次のように照会することにより、確認可能です。個のメモリー領域の分けられます。大きさが大きい順で20個を問い合わせてみると下記のとおりとなります。各メモリー領域の大きさは動的に変わることになります。Poolの構成要素は、大きく次のように区分されます。array(enqueue、transaction、..)など。プロシージャなど)に関する情報を管理します。Cacheと呼び、Oracleが使用するディクショナリ情報を管理します。動的なメモリ割り当てのために、Oracleは予約領域を割り当てておきます。pool)はヒープ(Heap)と呼ばれるメモリ管理手法を用いて管理されます。)を獲得しなければなりません。)を獲得しなければならないのです。)は、基本的に、全体のインスタンスにのみ存在し、必要なメモリ(チャンク)を割り当てられる全体の過程で保持する必要があります。pool)メモリを使用する場合は、ラッチを獲得する過程で競合が発生することになるのです。)イベントを待機します。ヒープ及びヒープダンプヒープの基本的な事実を整理すると、次の通りとなります。Heap)によって管理され、Oracleの最も基本的なメモリ割り当て方法です。