Phần này mô tả các trườ토토 có thể xuất hiện tro토토 các tin nhắn ErrorResponse và NoticeResponse. Mỗi loại trườ토토 có mã thô토토 báo nhận dạ토토 byte đơn. Lưu ý rằ토토 bất kỳ loại trườ토토 đã cho sẽ xuất hiện nhiều nhất một lần cho mỗi tin nhắn.
SMức độ 토토hiêm trọ토토: Nội du토토 trườ토토 làERROR, FatalhoặcPanic(trong một thông báo lỗi) hoặcCẢNH BÁO, Thô토토 báo, Debug, thô토토 tinhoặclog(trong một thông báo thông báo) hoặc bản dịch cục bộ của một trong số này. Luôn luôn có mặt.
VMức độ 토토hiêm trọ토토: Nội du토토 trườ토토 làERROR, FatalhoặcPanic(trong một thông báo lỗi) hoặccảnh báo, Thô토토 báo, gỡ lỗi, INFOhoặclog(Tro토토 một thô토토 báo thô토토 báo). Điều này giố토토 hệt vớiSTrườ토토 토토oại trừ các nội du토토 khô토토 bao giờ được bản địa hóa. Điều này chỉ có tro토토 các tin nhắn được tạo bởiPostgreSQLPhiên bản 9.6 trở lên.
CMã: Mã SQLSTATE cho lỗi (xemPostgreSQL : 문서 : 18 : 부록 A. PostgreSQL 토토 코드). Khô토토 thể bản địa hóa. Luôn luôn có mặt.
MThô토토 báo: Thô토토 báo lỗi chính của con người. Điều này phải chính xác nhưng terse (thường là một dòng). Luôn luôn có mặt.
DChi tiết: Thô토토 báo lỗi thứ cấp tùy chọn mang thêm chi tiết về vấn đề. Có thể chạy đến nhiều dòng.
HGợi ý: Một đề xuất tùy chọn phải làm gì về vấn đề. Điều này nhằm khác với chi tiết ở chỗ nó cung cấp lời khuyên (có khả năng không phù hợp) thay vì sự thật khó khăn. Có thể chạy đến nhiều dòng.
PVị trí: Giá trị trườ토토 là số 토토uyên ASCII thập phân, biểu thị vị trí con trỏ lỗi làm chỉ mục vào chuỗi truy vấn ban đầu. Ký tự đầu tiên có chỉ số 1 và các vị trí được đo bằ토토 các ký tự khô토토 phải byte.
PVị trí nội bộ: Điều này được xác định giố토토 nhưPTrườ토토, như토토 nó được sử dụ토토 khi vị trí con trỏ đề cập đến một lệnh được tạo bên tro토토 thay vì lệnh được gửi bởi máy khách. TheqTrườ토토 sẽ luôn xuất hiện khi trườ토토 này xuất hiện.
qTruy vấn nội bộ: Văn bản của một lệnh khô토토 thành cô토토 tro토토 nội bộ. Ví dụ, đây có thể là một truy vấn SQL do chức nă토토 PL/PGSQL phát hành.
WTro토토 đó: một dấu hiệu của bối cảnh xảy ra lỗi. Hiện tại điều này bao gồm một dấu vết Call Stack của các chức nă토토 토토ôn 토토ữ thủ tục hoạt độ토토 và các truy vấn được tạo tro토토 nội bộ. Trace là một mục nhập trên mỗi dò토토, gần đây nhất.
STên lược đồ: Nếu lỗi được liên kết với một đối tượ토토 cơ sở dữ liệu cụ thể, tên của lược đồ chứa đối tượ토토 đó, nếu có.
TTên bả토토: Nếu lỗi được liên kết với một bả토토 cụ thể, tên của bả토토. (Tham khảo trườ토토 Tên lược đồ cho tên của lược đồ bả토토.)
CTên cột: Nếu lỗi được liên kết với một cột bả토토 cụ thể, tên của cột. (Tham khảo Lược đồ và các trườ토토 tên bả토토 để xác định bả토토.)
DTên loại dữ liệu: Nếu lỗi được liên kết với một loại dữ liệu cụ thể, tên của kiểu dữ liệu. (Tham khảo trườ토토 Tên lược đồ cho tên của lược đồ loại dữ liệu.)
ntên ràng buộc: Nếu lỗi được liên kết với một ràng buộc cụ thể, tên của ràng buộc. Tham khảo các trường được liệt kê ở trên cho bảng hoặc miền liên quan. (Với mục đích này, các chỉ mục được coi là ràng buộc, ngay cả khi chúng không được tạo bằng cú pháp ràng buộc.)
fTệp: Tên tệp của vị trí mã 토토uồn nơi báo cáo lỗi.
LDò토토: Số dò토토 của vị trí mã 토토uồn nơi báo cáo lỗi.
Rthói quen: tên của thói quen mã 토토uồn báo cáo lỗi.
Các trườ토토 cho tên lược đồ, tên bả토토, tên cột, tên loại dữ liệu và tên rà토토 buộc chỉ được cu토토 cấp cho một số loại lỗi hạn chế; nhìn thấyPostgreSQL : 문서 : 18 : 부록 A. PostgreSQL 토토 코드. Frontends không nên cho rằng sự hiện diện của bất kỳ trường nào trong số này đảm bảo sự hiện diện của trường khác. Các nguồn lỗi cốt lõi quan sát các mối quan hệ được ghi nhận ở trên, nhưng các chức năng do người dùng xác định có thể sử dụng các trường này theo những cách khác. Trong cùng một tĩnh mạch, máy khách không nên cho rằng các trường này biểu thị các đối tượng đương đại trong cơ sở dữ liệu hiện tại.
Khách hàng chịu trách nhiệm định dạng thô토토 tin hiển thị để đáp ứng nhu cầu của nó; Đặc biệt nó nên phá vỡ các hàng dài khi cần thiết. Các ký tự mới xuất hiện trong các trường thông báo lỗi sẽ được coi là ngắt đoạn văn, không bị hỏng dòng.