33.2. 连接状态函数

这些函数可以被用来询问一个已有数据库连接对象的状态。
libpq应用程序员应该小心地维护PGconn抽象。使用下面描述的访问函数来理解PGconn的内容。我们不推荐使用libpq-int.h引用内部的PGconn域，因为它们可能在未来改变。
下列函数返回一个连接所建立的参数值。 这些值在连接的生命期中是固定的。如果使用了多个主机连接字符串， 则如果使用同一个PGconn对象建立了一个新的连接， PQhost、PQport和PQpass的值可以改变。 其他值在PGconn对象的生命期中是固定的。
返回该连接的调试TTY（这已被废弃，因为服务器不再关心TTY设置，但这个函数保持了向后兼容）。
下列函数返回会随着在PGconn对象上执行的操作改变的状态数据。
该状态可以是一系列值之一。不过，其中只有两个在一个异步连接过程之外可见：CONNECTION_OK和CONNECTION_BAD。一个到数据库的完好连接的状态为CONNECTION_OK。一个失败的连接尝试则由状态CONNECTION_BAD表示。通常，一个 OK 状态将一直保持到PQfinish，但是一次通信失败可能导致该状态过早地改变为CONNECTION_BAD。在那种情况下，该应用可以通过调用PQreset尝试恢复。
关于其他可能会被返回的状态代码，请见PQconnectStartParams、PQconnectStart和PQconnectPoll的条目。
该状态可能是PQTRANS_IDLE（当前空闲）、 PQTRANS_ACTIVE（一个命令运行中）、 PQTRANS_INTRANS（空闲，处于一个合法的事务块中） 或者PQTRANS_INERROR（空闲，处于一个失败的事务块中）。 如果该连接损坏，将会报告PQTRANS_UNKNOWN。 只有当一个查询已经被发送给服务器并且还没有完成时，才会报告PQTRANS_ACTIVE。
某一参数值会被服务器在连接开始或值改变时自动报告。PQparameterStatus可以被用来询问这些设置。它为已知的参数返回当前值，为未知的参数返回NULL。
自当前发布开始会被报告的参数包括 server_version、 server_encoding、 client_encoding、 application_name、 is_superuser、 session_authorization、 DateStyle、 IntervalStyle、 TimeZone、 integer_datetimes以及 standard_conforming_strings（ server_encoding、TimeZone以及integer_datetimes在 8.0 以前的发布中不被报告；standard_conforming_strings在 8.1 以前的发布中不被报告；IntervalStyle在 8.4 以前的发布中不被报告；application_name在 9.0 以前的发布中不被报告）。注意 server_version、 server_encoding以及 integer_datetimes在启动之后无法改变。
3.0 之前协议的服务器不报告参数设置，但是libpq包括获得server_version以及client_encoding值的逻辑。我们鼓励应用使用PQparameterStatus而不是ad hoc代码来确定这些值（不过注意在一个 3.0 之前的连接上，连接开始后通过SET改变client_encoding不会被PQparameterStatus反映）。对于server_version（另见PQserverVersion），它以一种数字形式返回信息，这样更容易进行比较。
如果没有为standard_conforming_strings报告值，应用能假设它是off，也就是说反斜线会被视为字符串中的转义。还有，这个参数的存在可以被作为转义字符串语法（E'...'）被接受的指示。
尽管被返回的指针被声明成const，它事实上指向与PGconn结构相关的可变存储。假定该指针在查询之间保持有效是不明智的。
应用可能希望用这个函数来确定某些特性是否被支持。当前，可能值是 2（2.0 协议）、3（3.0 协议）或零（连接损坏）。协议版本在连接启动完成后将不会改变，但是理论上在连接重置期间是可以改变的。当与PostgreSQL 7.4 或以后的服务器通信时通常使用 3.0 协议，7.4 之前的服务器只支持协议 2.0（协议 1.0 已被废弃并且不再被libpq支持）。
应用可能会使用这个函数来决定它们连接到的数据库服务器的版本。 结果是通过将服务器的主要版本号乘以10000并添加次要版本号形成的。 例如，版本10.1将返回100001，版本11.0将返回110000。如果连接不正确，则返回零。
在主版本10之前，PostgreSQL使用三部分版本号， 前两部分代表主要版本。对于这些版本，PQserverVersion 对每个部分使用两个数字；例如版本9.1.5将返回90105，版本9.2.0将返回90200。
因此，为确定功能兼容性，应用程序应将PQserverVersion 的结果除以100而不是10000，以确定逻辑主要版本号。在所有发行版系列中， 只有最后两位数字在次版本（错误修复版本）之间有所不同。
返回连接上的一个操作最近产生的错误消息。
几乎所有的libpq在失败时都会为PQerrorMessage设置一个消息。注意按照libpq习惯，一个非空PQerrorMessage结果由多行构成，并且将包括一个尾部新行。调用者不应该直接释放结果。当相关的PGconn句柄被传递给PQfinish时，它将被释放。在PGconn结构上的多个操作之间，不能指望结果字符串会保持不变。
获得到服务器连接套接字的文件描述符号。一个合法的描述符将会大于等于零。结果为 -1 表示当前没有打开服务器连接（在普通操作期间这将不会改变，但是在连接设置或重置期间可能改变）。
返回处理这个连接的后端进程的进程ID（PID）。
后端PID有助于调试目的并且可用于与NOTIFY消息（它包括发出提示的后端进程的PID）进行比较。注意PID属于一个在数据库服务器主机上执行的进程，而不是本地主机进程！
如果连接认证方法要求一个口令但没有可用的口令，返回真（1）。否则返回假（0）。
这个函数可以在连接尝试失败后被应用于决定是否向用户提示要求一个口令。
如果连接认证方法使用一个口令，返回真（1）。否则返回假（0）。
这个函数能在一次连接尝试失败或成功后用于检测该服务器是否要求一个口令。
以下函数返回与SSL相关的信息。此信息通常在连接建立后不会更改。
如果连接使用SSL，则返回true（1），否则返回false（0）。
可用属性的列表因使用的SSL库和连接类型而异。如果某个属性不可用，则返回NULL。
正在使用的SSL实现的名称。(目前，只实现了"OpenSSL")
正在使用的SSL/TLS版本。常见值为"TLSv1"、 "TLSv1.1"和"TLSv1.2"， 但如果使用某些其他协议，实现可能返回其他字符串。
使用的密码组的短名称，例如"DHE-RSA-DES-CBC3-SHA"。 这些名称特定于每个SSL实现的。
如果正在使用SSL压缩，则返回压缩算法的名称，如果使用了压缩但不知道算法， 则为“on”。如果不使用压缩，则返回“off”。
返回可用的SSL属性名称数组。该数组由NULL指针终止。
返回指向描述连接的特定于SSL实现的对象的指针。
可用的结构取决于正在使用的SSL实现。对于OpenSSL，有一个结构， 可用名称为“OpenSSL”，它返回一个指向OpenSSL SSL结构的指针。 要使用这个函数，可以使用下列代码：
这个结构可以被用来验证加密级别、检查服务器证书等等。 关于这个结构可参考OpenSSL文档。
返回在连接中使用的 SSL 结构，如果没有使用 SSL 则返回空。
此函数等效于PQsslStruct(conn, "OpenSSL")。 它不应该在新的应用程序中使用，因为返回的结构是特定于OpenSSL的， 并且如果使用了另一个SSL实现则返回的结构将不可用。要检查一个连接是否使用了SSL， 请调用PQsslInUse，有关连接的更多详细信息， 请使用PQsslAttribute。