ProcessesPostgreSQLは別々のプロセスでユーザ提供のコードが実行されるように、拡張することができます。これらのプロセスはpostgresによって起動、終了、監視され、サーバの状況に密接に関係している生存期間を持たせます。これらのプロセスはPostgreSQLの共有メモリ領域に割り当てられたり、内部的にデータベースに接続するオプションを持っています。これらのプロセスはまた、まさにクライアントが接続された実際のサーバプロセスのように別々に複数のトランザクションを実行することができます。libpqと連携することによって、これらはサーバに接続可能となり、実際のクライアントアプリケーションのように振る舞うことが出来ます。警告バックグラウンドワーカーを使うにあたっては、堅牢性とセキュリティリスクを考慮しなくてはなりません。C言語で書かれており、データへのアクセスが制限されていないためです。バックグラウンドワーカープロセスを有効にしたいと思っている管理者は厳重に注意して実践すべきです。注意深く検査されたモジュールだけが、バックグラウンドワーカープロセスの実行を許されるべきです。shared_preload_librariesに記されたモジュールのみバックグラウンドワーカーを実行できます。*worker)を呼び出すことによって、登録する必要があります。その構造、BackgroundWorkerは以下のように定義されます。BackgroundWorker;bgw_nameは、ログメッセージ、プロセス一覧、類似した機能で使用される文字列です。bgw_flagsは、モジュールが要求する機能を示すビット値もしくはビットマスクです。(共有メモリへのアクセスを要求します)とBGWORKER_BACKEND_DATABASE_CONNECTION(データベース接続を確立し、その後、トランザクションやクエリの実行ができます)です。データベースに接続するためにBGWORKER_BACKEND_DATABASE_CONNECTIONを使っているバックグラウンドワーカーもまた、BGWORKER_SHMEM_ACCESSを使って共有メモリに接続します、もしくはワーカーの起動に失敗します。bgw_start_timeは、postgresがプロセスを起動すべきときのサーバの状態です。(postgres自身が初期化を終えるとすぐに起動します。これを要求するプロセスはデータベース接続に望ましいものではありません。(ホットスタンバイにおいて一貫性のある状態に到達すると、つまり、プロセスがデータベースに接続し、参照のみのクエリを実行するのを許可する状態になると起動します。(システムが参照/更新クエリを実行すると起動します。この設定はいつプロセスが起動されるかを示すだけであることに注意してください。これらのプロセスは、違う状態になったときに停止するわけではありません。bgw_restart_timeは、プロセスがクラッシュした場合にpostgresがそのプロセスを再起動するために待つべき間隔を秒単位で指定するものです。あらゆる正の数、もしくはクラッシュした場合に再起動させないことを示すBGW_NEVER_RESTARTを指定できます。bgw_mainは、プロセスが起動されたときに実行される関数へのポインタである。*型の引数を一つとり、voidを返さなければなりません。bgw_main_argはその唯一の引数として、渡されます。グローバル変数であるMyBgworkerEntryは、登録時に渡されるBackgroundWorker構造体のコピーを指すことに注意してください。*username)を呼び出すことによって、データベースへ接続できます。これはプロセスにSPIを使用してのトランザクションとクエリの実行を許します。NULLであった場合、そのセッションは特定のデータベースに接続しません。共有カタログにはアクセスできます。usernameがNULLの場合、そのプロセスはinitdb時に作成されたスーパーユーザーとして実行されます。BackgroundWorkerInitializeConnectionは、バックグラウンドワーカーごとに一度のみ呼ぶことができ、これはデータベースを切り替えることができません。制御がbgw_main関数に達したとき、シグナルはまずブロックされます。このブロックは解除されなければなりません。このことは、必要があれば、プロセスにそのシグナルハンドラを変更することができることを意味します。シグナルは新しいプロセスでBackgroundWorkerUnblockSignalsを呼び出すことにより、解除でき、BackgroundWorkerBlockSignalsを呼び出すことでブロックできます。バックグラウンドワーカーは継続的に実行されていることが期待されています。バックグラウンドワーカーが正常に終了した場合、postgresはそれらをすぐに再実行します。バックグラウンドワーカーが何もすることがないときは、割り込み可能な休止状態にすることを考慮しないといけません。これはWaitLatch()を呼び出すことによって可能になります。この関数を呼んだときに、WL_POSTMASTER_DEATHフラグが設定され、postgres自身が終了する緊急事態には、リターンコードを確認するようにしてください。バックグラウンドワーカーの例として、worker_spiというオプションモジュールがあります。これはいくつかの有用な技術を示します。