放弃 Rust 选择 Zig，Xata 团队推出 pgzx —— 计划使用 Zig 开发基于 PG 的分布式数据库

Summary

Xata 公司在基于 PostgresSQL 开发自己的分布式数据库，出于 Zig 和 C 语言以及 PostgreSQL 的 API 有更好的互操作性的考虑，他们选择了 Zig 而非当红炸子鸡语言 Rust。他们的博客文章中对 pgzx 进行了介绍。让我们来看下他们对 Zig 和 Rust 语言的对比，以及 pgzx —— 一个支持用 Zig 语言来开发 PG 插件的框架。

Xata 是一个基于 PostgreSQL 的 Serverless 数据平台，在 PostgreSQL 之上提供全文搜索、向量相似性搜索和文件/图像等小文件存储等功能。根据官网的介绍，Xata 希望从根本上简化开发人员处理数据的方式 —— “数据库不仅仅可以在表中存储行和列，我们希望提供一站式的多模存储，并提供一个可与您喜爱的工具配合使用的互联数据平台。”

3 月 21 日，在 Xata 的发布周，Xata 的工程师发布了 pgzx 。pgzx，是一个使用 Zig 编程语言创建 Postgres 扩展的框架，提供一组基础库（例如错误处理、内存分配器、Wrapper 包装）以及构建和开发环境，简化了与 Postgres 代码库的集成。在介绍文章中，项目的主要开发者，Tudor Golubenco 和 Steffen Siering 介绍了该拓展的有趣的功能，以及他们为什么选择 Zig 来进行开发。相对于大家已经熟悉的 pgrx（基于 Rust 的创建 Postgres 扩展的框架），它有什么优势？

用 Zig 语言开发类似于 Citus 的分布式数据库

Xata 的工程师一直在做一个新的 Postgres 项目，该项目还没有真正的名称，内部称其为 “Xata 的分布式 Postgres 行动”（Xata’s take on distributed Postgres）。这个项目还处于早期阶段，但是已经有了开源计划。它与 Citus 有点相似，不过，基于过去几年运行 Xata 所学到的知识，团队做了一些不同的选择。

在项目之初，Xata 团队考虑了三种潜在的实现方向：

1. 作为外部代理，类似于 Vitess 对 MySQL 的处理方式。
2. 作为一个 Postgres 扩展，类似于 Citus。
3. 作为 Postgres 的一个分支，类似于 Greenplum。

对第一种选项，他们显然更有经验，因为这就是目前的 Xata 代理的工作方式，所以也就很自然的倾向于这种方式。可以使用 Postgres 的网络协议，解析传入的查询并深入理解它们，并且通过两阶段提交创建分布式事务。然而，经过思考，他们发现利用现有的 Postgres 代码将会带来更多的选择，最好能复用那些非常复杂的部分。考虑到项目的长期愿景，加上也不想维护一个分支，最终决定做一个类似于 Citus 的 Postgres 拓展。

在编程语言的选择中，他们则选择了 Zig，排除了 C 和现在非常流行的 Rust。Xata 的工程师在 HackerNews 论坛上表示，“使用 Zig 的原因之一是我们可以直接复用 C API。”

Zig 的主要优势包括：

• 它几乎可以直接调用 Postgres 的 API，这样我们拥有与使用 C 相同的能力。
• 它比 C 提供更多的内存安全性，更具表现力，也更有趣。
• 它与 Postgres 代码库非常匹配，例如在内存管理和字符串处理方面。

决定了方向和语言之后，pgzx 也就应运而生了。就像用 Rust 开发 PG 插件产生了 pgrx 项目，Xata 也需要一个 Zig 版本。Zig 和 pgzx 不一定适合去开发所有的 Postgres 扩展，但他们认为它是将来这个类似于 Citus 项目的最合理选择。

介绍一下 Zig

Zig 在其网站上被描述为一种通用的编程语言和工具链，用于维护健壮、优化和可重用的软件。Zig 仍然是一种新的语言（pr