これは以下のように書き換えが行われます。;ここで、pool_loadbalanceはクエリをいずれかのノードに送信する関数です。最初にpgpool-IIが実際に行うクエリの書き換えを見てみます。使ったクエリは、以下のように書き換えが行われます。上記のようなクエリ書き換えが行われる条件は以下の場合です。BYに指定したカラムのみ使われている。100パラレルモードの注意事項パラレルモードでは、クエリの解析の際にカラム名とタイプが必要になります。そのため、サブクエリのTARGETLISTに式、関数を使っている場合には別名と型名をキャストでつける必要があります。式、関数に型のキャストがない場合には、text型として処理されますので注意してください。集約関数の場合でかつ集約によるクエリ書き換えが行われる場合には、countはbigint型、sumはnumeric型となります。min,maxの場合には、引数が日付型の場合には日付型として計算され、それ以外はnumericとして計算されます。avgはsum/countとして処理されます。パラレルモードのパフォーマンスについてSELECTの最終実行ステータスとパフォーマンスのおおよその目安は以下のとおりです。並列処理を行うので高速、特にシーケンシャルスキャンの場合には効果がでる。集約によるクエリ書き換えが行われると高速チュートリアルpgpool-IIのチュートリアルはここにあります。対するバグ修正リリースです。プライマリだけではなく、スタンバイにも送信してしまい、エラーが起きていました。'serializable'がプライマリサーバのみに送信されます。モードに関する内容の誤りを修正しました。モードの場合、コネクションプーリングが有効です。pgpool.confの不正確なコメントを修正しました。対応させるように修正しました。contextを初期化していました。対応するという制約がありました。この関数が特定バージョンのプロトコルを利用することではなく、互換性のあるプロトコルの最新バージョンを利用できるからです。最初のクエリをプライマリノードに送信し、それ以降のユーザクエリをスタンバイノードに送信します。発生する可能性がありました。メッセージ送信するように修正しました。メッセージを送信することで、明示的トランザクションの場合、ステートメントタイムアウトタイマーがリセットされます。削除しますので、暗黙的トランザクションの場合には適用しません。