競合の増加   同時に実行するタスクの数を増加すると、アクティブな要求間で競合が発生する可能性が高まることがあります。競合はリソースに関連するもので、スキーマロックやローロック、データベースサーバー内部のデータ構造や同期プリミティブなどが挙げられます。このような状況では、サーバーのスループットが実際に低下することがあります。

サーバーのオーバーヘッドの増加   アクティブな各タスクは、ワーカーの割り付けと管理を要求します。スケジュールを制御するために追加の管理構造も必要です。さらに、各ワーカーは、実行スタックに対するアドレス領域の事前割り付けを要求します。スタックサイズはプラットフォームによって異なります。Windows オペレーティングシステムでは、スタック領域の割り付けはデータベースサーバープロセスのアドレス領域に影響を及ぼします。ただし、スタックメモリは要求に応じて割り付けられます。UNIX プラットフォームの場合 (Linux を含みます)、スタックの退避メモリが即座に割り付けられます。そのため、マルチプログラミングレベルを上げると、サーバーのメモリフットプリントが増加します。また、利用できるアドレス領域が少なくなるため、キャッシュマネージャーで利用できるメモリ量が減少します。

スラッシング   データベースサーバーは、個々の要求に対する処理を実行するためではなく、実行のオーバーヘッドを管理するためだけに、多量のリソースを使用する状態に陥ることがあります。この状態は一般的に「スラッシング」と呼ばれています。スラッシングが発生するのは、データベースサーバーのキャッシュ内の領域に対して競合するアクティブなタスクの数があまりに多く、これらのタスクのセットが使用するデータベースページのワーキングセットを保てるほどキャッシュが大きくない場合などです。結果として、オペレーティングシステムで発生する場合と同様に、ページの横取りが発生することがあります。

クエリ処理への影響   データベースサーバーは、同時に処理可能なメモリを大量に消費する要求の最大数を選択します。データベースサーバーのマルチプログラミングレベルを上げても、メモリが利用可能になるまで、要求が待機状態になる場合があります。キャッシュとメモリガバナーを参照してください。

データ構造のメモリ   データベースサーバーは、リソースを使用して文を解析したり、最適化したりします。複雑な文やキャッシュサイズが小さい場合、サーバーデータ構造に使用されるメモリのサイズが利用可能な上限を超えてしまう場合があります。各タスクのサーバーデータ構造に使用するメモリ量は、メモリガバナーによって制限されます。各タスクには、次の近似的な制限があります。

(3/4 maximum-cache-size) / (number-of-active-requests)

制限を超えると、文にはエラーが発生します。