PostgreSQL 14 会破坏其公开的.NET 和 Ja 驱动

作者 | Jonathan Allen

译者 | 盖磊

策划 | 丁晓昀

审校 | 冬雨

PostgreSQL 14 当中的新语言，尤其是可用 BEGIN ATOMIC ... END 创建 SQL 表达式，在某些只能会毁坏其官方的.NET 和 Ja 索引特别设计。但只要不通过 Npgsql 或 PgJDBC 修改索引Mode，就不会显现出疑虑。

对于 Ja 的 JDBC 和.NET 的 ADO.NET 索引特别设计应用软件系统，它们存在一个共同点，那就是都支持可用MLT-借助 SQL 操作符解释器。解释器对提高性能是十分必要的。如果客户端一次只转发一个指令，那么每个指令就不必要忍耐无线电通信延误代价。但如果可用解释器一次执行一批操作符，那么只需忍耐一次无线电通信代价。

事实上，SQL Server 等索引将解释器操作符作为一个庞大的 SQL 字串整棒状转发。但 PostgreSQL 的 wire 无线电的网络工作必要有别如此。虽然解释器操作符即使如此整棒状转发，但客户端需将操作符合并为各条独立的指令。

原始借助可简单地也就是说每个MLT-标识一条操作符的终止两处。当然，MLT-也显然是一条操作符字串当中的内容可，而非一条操作符的结尾。Npgsql 和 PgJDBC 验证器已对想到了考虑。

这曾经工作得很好。但过去改建 SQL 表达式棒状当中可以定义多条操作符，那么应将如何两处理？当然这也不是疑虑，因为表达式棒状可用“$...$”标记想到转义。在“$...$”标记对内的MLT-，与其它字串文字的两处理方式无异。

进而 PostgreSQL 14 添加了称为“SQL 国际标准语言”的“BEGIN ATOMIC ... END”操作符。已对发行说明当中给出如下解释。

可用 SQL 国际标准语言编写的表达式或过程能快速验证，并存储为验证竹子形式。这可较好地表达式的依赖关系，并很强较好的耐用性。

由于MLT-显然并非出过去引号引起的字串当中，而是会出过去 BEGIN ATOMIC ... END 操作符块内的任何方位，如果验证器可用意味着的方法，就无法确定解释器当中操作符的合并方位。完全支持操作符合并或是要去更改 API，或是要去改建一个更复杂的验证器。

Npgsql 已高度重视意味着验证器的花销疑虑，尽快更改 API。在 Npgsql 的库当中增加了一种称为“原始 SQL（raw SQL mode）”的Mode。此Mode从未可用起名变量，需要可用方位（positional）变量。

而 PgJDBC 团队尚未尽快采用何种方法。其困难重重可高度重视应用软件缺陷研究报告“新的 PG14 SQL 国际标准表达式毁坏了 PgJDBC 验证器（New PG14 SQL-standard function bodies break our SQL parser）”。

作者简介：

Jonathan Allen 在上世纪 90 八十年代后期为一家健康诊所实施 MIS 工程项目，借助从 Access 和 Excel 逐步新增为企业消除方案。在金融行政部门编写五年自动交易系统后，他成为多个工程项目的任职期间，其当中仅限于机器人仓库 UI、癌症研究应用软件当中间层，以及消除一家大型房地产保险公司的大数据消费。在空闲时间，他羡慕研习 16 世纪的武术。

GitLab 高效率选型为何如此不尽相同：坚持用过气 Web 应用软件系统十多年、坚决不用微增值

首个跳跃科创铁板的国产索引：78 岁老教授打磨四十年，每一行代码都自主能避免

为什么 Rust 是初创公司的充份选择?

达梦跳跃国产索引第一个 IPO；戈达德自动驾驶行政部门裁员平均 200 人；微信发行图片大爆炸基本功能

点个在看少个 bug👇