*PostgreSQL 效能問題：`(func()).` 語法與冗餘函式呼叫**
本文研究了 PostgreSQL 中與傳回複合類型或集合的函數一起使用時與 (func()).* 語法相關的效能問題。 下面的查詢中顯示的原始觀察結果突顯了意外行為：
<code class="language-sql">SELECT (func(3)).*; -- Leads to multiple function calls</code>
問題：過度的功能評估
核心問題是 (func()).* 觸發對函數輸出中的 每個 列的單獨函數呼叫。例如，傳回四列的函數可能會導致八次函數調用，而不是預期的兩次。 這與替代語法形成鮮明對比，例如：
<code class="language-sql">SELECT N, func(N); -- More efficient approach</code>
解決方案：高效查詢重寫
為了避免過多的調用，子查詢提供了一種解決方法。 雖然通常有效，但這並不是一個完美的解決方案，並且可能會引入其他效能考量。
對於 PostgreSQL 9.3 及更高版本，LATERAL 關鍵字提供了更好的解決方案：
<code class="language-sql">SELECT mf.* FROM some_table LEFT JOIN LATERAL my_func(some_table.x) AS mf ON true;</code>
根本原因：PostgreSQL 解析器行為
根本原因在於 PostgreSQL 的解析器如何處理 * 建構中的 (func()).* 通配符。 解析過程中通配符擴展到各個列是冗餘函數呼叫的根源。
效能基準與示範
自訂函數範例示範了有問題的語法與建議的解決方法之間的效能差異。 測試顯示子查詢方法（或 CTE）提供了顯著的效能改進。
結論：最佳化 PostgreSQL 中的查詢
雖然(func()).* 的多函數呼叫問題仍然是已知行為，但解決方法，特別是使用LATERAL (PostgreSQL 9.3)，為開發人員提供了優化查詢性能並減少不必要的函數評估的有效策略。
以上是為什麼 PostgreSQL 中的 `(func()).*` 會導致多次函數求值？的詳細內容。更多資訊請關注PHP中文網其他相關文章！
