# 48.7\. 自協議 2.0 以來的變化的概述 本節提供一個快速的變化檢查列表，以便于那些試圖將現有的客戶端庫更新到 3.0 協議的開發人員。 初始化的啟動包用了一個靈活的字符串列表格式取代了固定的格式。 請注意，運行時參數的會話缺省值現在可以直接在啟動包中聲明。 (實際上，你可以在使用`options`字段之前干這件事情，但是因為`options`的寬度限制以及缺乏引用值中的空白的方法，這并不是很安全的技巧。) 現在所有的消息在消息類型字節后面都有一個長度計數(除了啟動包之外，它沒有類型字節)。同時還要注意現在 PasswordMessage 有一個類型字節。 ErrorResponse 和 NoticeResponse('`E`'和'`N`')消息現在包含多個字段，從這些字段里客戶端代碼可以組合出自己所希望的詳細程度的錯誤消息。 請注意獨立的字段通常不是用換行符終止的，雖然在老協議里發送的單個字符串總是會用換行符終止。 The ReadyForQuery('`Z`')消息包括一個事務狀態指示符。 BinaryRow 和 DataRow 消息類型之間的區別不再存在了；單個 DataRow 消息類型用于返回所有格式的數據。 請注意 DataRow 的布局已經改變成比較容易分析了。同樣，二進制數值的表現形式已經改變了：它不再是直接和服務器的內部表現形式綁定。 有了一種新的"擴展查詢"的子協議，它增加了前端消息類型 Parse, Bind, Execute, Describe, Close, Flush, Sync ，以及后端消息類型 ParseComplete, BindComplete, PortalSuspended, ParameterDescription, NoData, CloseComplete 。 現有的客戶端不用關心這個子協議，但是利用這個子協議將可能改進性能或者功能。 `COPY`數據現在封裝到了 CopyData 和 CopyDone 消息里。 現在有種很好的方法從正在進行的`COPY`動作中恢復錯誤。 最后一行的特殊的"`\.`"不再必須了，并且在`COPY OUT`的過程中不再發送。 （在`COPY IN`的時候它仍然被認為是一個終止符，但是它的使用已經廢棄了并且最終將被刪除。） 現在支持二進制`COPY`。CopyInResponse 和 CopyOutResponse 消息包括指示字段數目和每個字段格式的信息域。 FunctionCall 和 FunctionCallResponse 消息的布局變化了。 FunctionCall 現在支持給函數傳遞 NULL 參數。 它同樣可以處理以文本或者二進制格式傳遞參數和檢索結果。 不用再認為 FunctionCall 有潛在的安全性漏洞，因為它并不提供對內部服務器數據表現形式的直接訪問。 后端在啟動的時候為它認為客戶端庫感興趣的所有參數發送 ParameterStatus('`S`')消息。 隨后，如果這些參數的活躍值發生變化，那么發送一條 ParameterStatus 消息。 RowDescription('`T`')消息為所描述的行的每個字段裝載新表的 OID 和字段號數據域。它同樣還為每個字段顯示了格式代碼。 后端不再生成 CursorResponse('`P`')消息。 NotificationResponse('`A`')消息有一個額外的字符串域，它可以攜帶來自`NOTIFY`事件發送者的"裝載（payload）"數據。 EmptyQueryResponse('`I`')以前包含一個空字符串參數；這個已經被刪除了。