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

本文討論了使用MySQL的Alter Table語句修改表,包括添加/刪除列,重命名表/列以及更改列數據類型。

文章討論了為MySQL配置SSL/TLS加密,包括證書生成和驗證。主要問題是使用自簽名證書的安全含義。[角色計數:159]

文章討論了流行的MySQL GUI工具,例如MySQL Workbench和PhpMyAdmin,比較了它們對初學者和高級用戶的功能和適合性。[159個字符]

本文討論了使用Drop Table語句在MySQL中放下表,並強調了預防措施和風險。它強調,沒有備份,該動作是不可逆轉的,詳細介紹了恢復方法和潛在的生產環境危害。

本文討論了在PostgreSQL,MySQL和MongoDB等各個數據庫中的JSON列上創建索引,以增強查詢性能。它解釋了索引特定的JSON路徑的語法和好處,並列出了支持的數據庫系統。

文章討論了使用準備好的語句,輸入驗證和強密碼策略確保針對SQL注入和蠻力攻擊的MySQL。(159個字符)


熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

AI Hentai Generator
免費產生 AI 無盡。

熱門文章

熱工具

EditPlus 中文破解版
體積小,語法高亮,不支援程式碼提示功能

ZendStudio 13.5.1 Mac
強大的PHP整合開發環境

VSCode Windows 64位元 下載
微軟推出的免費、功能強大的一款IDE編輯器

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

Dreamweaver Mac版
視覺化網頁開發工具