SQL Server から PostgreSQL への複数結果セットを持つストアドプロシージャの移行は、アーキテクチャの違いから大きな課題となります。SQL Server はネイティブで複数の結果セットをストリームしますが、PostgreSQL では明示的なカーソル管理が必要です。数百ものプロシージャを手動で書き直すのは現実的ではないため、Google Cloud の Database Migration Service (DMS) のような自動化ツールが不可欠です。DMS はプロシージャを分析し、単一または複数の結果セットを返すかどうか、スカラー戻り値があるかどうかを判断します。単一の結果セットまたはスカラー戻りの場合、INOUT refcursor を持つ PostgreSQL PROCEDURE を生成します。複数の結果セット、またはその組み合わせは、SETOF refcursor を返す PostgreSQL FUNCTION に変換されます。スカラー戻り値は、個別の "return_value" カーソルとして追加されます。移行されたコードのテストには、トランザクションブロック内で実行し、各カーソルから順次データを取得する必要があります。DMS は、結果セット数を正確に判断するために、高度な前処理メカニズムと深さ優先探索による有向グラフ分析を使用します。この自動化されたアプローチは、コアロジックを維持しながら、アプリケーション統合と QA のための出力処理を適応させます。DMS の変換戦略を理解することは、PostgreSQL でのシームレスな Day-Two オペレーションの鍵となります。