對于上下文，這個問題發生在我使用默認 postgres 數據庫驅動程序編寫的 Go 程序中。我一直在構建一個服務來與一個 postgres 數據庫對話，該數據庫有一個類似于下面列出的表：CREATE TABLE object (    id SERIAL PRIMARY KEY NOT NULL,    name VARCHAR(255) UNIQUE,    some_other_id BIGINT UNIQUE    ...);我為這個項目創建了一些端點，包括一個“安裝”端點，它有效地充當了一個 upsert 函數，如下所示：INSERT INTO object (name, some_other_id)VALUES ($1, $2)ON CONFLICT name DO UPDATE SET    some_other_id = COALESCE(NULLIF($2, 0), object.some_other_id)我還有一個帶有如下基礎查詢的“更新”端點：UPDATE objectSET some_other_id = COALESCE(NULLIF($2, 0), object.some_other_id)WHERE name = $1問題：每當我運行更新查詢時，我總是遇到錯誤，引用字段“some_other_id”：pq：值“1010101010144”超出整數類型的范圍但是，即使該行已經存在于數據庫中（當它必須評估 COALESCE 語句時），此錯誤也不會發生在查詢的“upsert”版本上。通過將 COALESCE 語句更新為如下所示，我已經能夠防止此錯誤：COALESCE(NULLIF($2, CAST(0 AS BIGINT)), object.some_other_id)但由于第一次查詢從未發生過這種情況，我想知道這種不一致是否來自我做錯了什么或我不明白的事情？還有最好的做法是什么，我應該鑄造所有的價值觀嗎？我肯定將一個 64 位整數傳遞給“some_other_id”的查詢，即使沒有顯式類型轉換，第一個查詢也適用于 Go 實現。如果需要更多信息（或 Go 實現），請告訴我，非常感謝?。ǎ壕庉嫞簽榱讼煜樵冎苯釉?Go 代碼中執行，如下所示：res, err := s.db.ExecContext(ctx, `UPDATE object SET some_other_id = COALESCE(NULLIF($2, 0), object.some_other_id) WHERE name = $1`,    "a name",    1010101010144,)兩個查詢都以完全相同的方式執行。編輯：還在我當前的解決方法中更正了參數（從$51到$2）。我還想借此機會指出，該查詢確實適用于我提出的修復，這表明問題在于我將 postgres 與NULLIF語句中的類型混淆了？在我的代碼和數據庫之間沒有存儲過程要求一個INTEGERarg，至少我已經寫過。