PostgreSQL协议数据表示格式规范？
|
我正在阅读
PostgreSQL protocol document.该文档指定了消息流和包含格式,但未提及实际数据字段如何以文本/二进制编码.
对于文本格式,根本没有提及.这是什么意思？我应该只使用SQL值表达式吗？或者还有一些额外的文档？如果它只是SQL值表达式,这是否意味着服务器将再次解析它们？ 而且,我应该调查哪部分源代码来查看二进制数据是如何编码的？ 更新 我再次阅读了手册,并发现了有关文本格式的提及.所以实际上有关于文本表示的提及,错过这一段是我的错.
解决方法
有两种可能的数据格式 – 文本或二进制.默认是文本格式 – 这意味着,因此只有服务器< - >客户端编码转换(或客户端和服务器使用相同编码时没有任何内容)文本格式非常简单 – 琐碎 – 所有结果数据都转换为人类可读的文本,然后发送给客户端.像bytea这样的二进制数据也被转换为人类可读的文本 – 使用hex或Base64编码.输出很简单.在doc中没有任何描述
postgres=# select current_date;
date
────────────
2013-10-27
(1 row)
在这种情况下 – 服务器向客户端发送字符串“2013-10-27”.前四个字节是长度,其他字节是数据. 输入有点困难,因为您可以将数据与查询分开 – 取决于您使用的API.因此,如果您使用最简单的API – 那么Postgres期望SQL语句与数据一起使用.一些复杂的API预期SQL语句和数据分开. 另一方面,由于任何数据类型的广泛不同的特定格式,使用二进制格式是非常困难的.任何PostgreSQL数据类型都有两个函数 – send和recv.这些函数用于将数据发送到输出消息流和从输入消息流中读取数据.类似的函数用于转换为纯文本(out / in函数).一些客户端驱动程序能够从PostgreSQL二进制格式转换为主机二进制格式. 一些信息： > libpq API http://www.postgresql.org/docs/9.3/static/libpq.html>你可以查看PostgreSQL src发送/ recv和out / in函数 – 查看bytea或date实现src / backend / utils / adt / date.c. libpq的实现也很有趣src / interfaces / libpq? – （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |