要点
Aurabase：每个项目专用的 Postgres 16 数据库，计算永不暂停，本机 RLS，集成的 NL2SQL/RAG，在德国和芬兰验证的基础设施。 Neon：可扩展至零并按需唤醒的计算，由 Databricks（美国公司）于 2025 年购买，Copy-on-Write 分支对开发有用。如果您的首要任务是生产后端的立即可用性和合法主权，那么 Aurabase 架构可以直接满足这一需求。
永不休眠的电脑
Aurabase 为每个项目提供专用的 Postgres 16 数据库，从不在客户端之间共享，也无需唤醒暂停的计算：您的后端会在晚上、周末或非高峰期后从第一个请求做出响应，无需吸收唤醒延迟。
Neon 基于一种将计算和存储分离的架构，并在不活动时使计算进入睡眠状态，以减少费用。对于大多数时间处于空闲状态的开发或测试环境来说，这是一个一致的选择 - 但每次唤醒都会带来恢复延迟，早上的第一个用户会直接吸收这种延迟。
分支机构无法回答的问题是：你的母公司在哪里？
Neon 于 2025 年被美国公司 Databricks 收购。无论您的数据实际运行在哪个地区，美国母公司仍然受到《云法案》的影响——这是一种独立于服务器地理位置的法律机制。
Aurabase SAS 是一家根据法国法律注册成立的公司，其经过验证的生产基础设施完全位于欧盟（纽伦堡、法尔肯斯坦、赫尔辛基，通过 Hetzner）。无需检查区域框以进行事后补偿：供应商的国籍和数据点的位置从一开始就处于同一方向。
Neon 在哪些方面做得更好——以及为什么它在生产中还不够
Neon 的 Copy-on-Write 分支可以在不到一秒的时间内从共享父级创建一个独立的 Postgres 实例，这对于拉取请求预览环境来说是一个真正的胜利。 Aurabase 迄今为止还没有类似的产品。
但生产后端不仅仅是一次性分支：它需要用于多租户隔离的本机 RLS、用于 AI 功能的本机 NL2SQL 以及不依赖于计算唤醒的可用性。这就是 Aurabase 架构（同一核心中永久专用的 Postgres、RLS 和本机 AI）满足单独分支无法满足的需求的地方。
原生搜索和分析：一个狭窄的差异化因素，而不是一个完整的平台
Xata 直接向 Postgres 添加全文搜索、矢量搜索和分析（通过 pg_cron 和物化视图），以避免组装单独的 OLAP 堆栈。这是一个技术利基定位，而不是一个完整的 BaaS：没有集成身份验证、没有实时性、没有边缘功能。
Aurabase 本身涵盖了 pgvector、RAG 和 NL2SQL（比 Xata 搜索/分析更广泛），平台还包括身份验证、存储、实时和 Rust/WASM 边缘功能。请参阅我们的 RAG 管道教程以及 pgvector。
三种架构有何区别
| 可用性 | 专用计算，永不暂停 | 计算因不活动而暂停 (Neon) |
|---|---|---|
| 母公司 | Aurabase SAS，法国法律 | Databricks，美国法律 (Neon) |
| 分支 | 没有相当于日期 | 写入时复制只需不到一秒 (Neon) |
| 原生人工智能 | pgvector + RAG + NL2SQL 集成 | 矢量搜索 + 分析 (Xata) |
| 平台 | 身份验证、数据库、实时、存储、边缘、人工智能 | 仅数据库（Neon、Xata） |