DBLab Engine 3.4 版本，一款用于 PostgreSQL 精简克隆和数据库分支的开源工具，已发布并包含多项改进。
当您需要改进开发流程时，快速、经济高效的克隆和分支功能将变得极其宝贵。DBLab Engine 可以在一台机器上处理大量独立的数据库克隆，因此每个工程师或自动化流程都可以在几秒钟内创建自己的数据库，而无需额外费用。这使得无论是手动还是在 CI/CD 流水线中，都能测试任何更改和优化概念，并验证 ChatGPT 或其他 LLM 提出的所有概念。这有效地解决了 LLM 幻觉的问题。
Database Lab Engine 的新名称为“DBLab Engine”。我们目前正在更新所有资料以反映这一更改。为了与此更改保持一致，我们为该产品引入了特定的域名：dblab.dev 和 dblab.sh。为了方便访问，我们设置了以下短 URL：
curl -sSL dblab.sh | bash）demo-token）demo-token）谢谢！
我们扩展了 DBLab SE 的安装选项。DBLab SE 是 DBLab 的付费版本，由 DBLab Engine 本身和 Netdata 监控等开源组件组成，并附带支持订阅。除了在 AWS Marketplace 中提供外，您现在还可以直接从 Postgres.ai Console 无缝安装 DBLab SE。
此设置完全自动化，可在任何地方使用
查看 分步教程。
为了更好地控制克隆的创建方式，现在可以使用新的选项 cloneAccessAddresses 配置将用于克隆容器的网络接口。默认设置为 127.0.0.1，这意味着只允许本地 TCP 连接。可以指定多个地址，并且也支持 IPv6：请参阅 文档。
一些 DBLab Engine 用户在使用逻辑数据供给（使用 pg_dump/pg_restore 的自动化完整刷新）时遇到问题，因此添加了以下两个方便的标志来帮助缓解这些问题：
logicalDump 和 logicalRestore 的子部分中添加 ignoreErrors，允许在出现错误时不对转储/恢复过程进行中断，logicalRestore 的子部分中添加 skipPolicies，允许在恢复过程中跳过策略（CREATE POLICY）。在 DBLab Engine 管理下的 Postgres 克隆容器一直应该支持 Postgres 重启——尽管由于一个 bug，在 3.0-3.2 版本中实际上并未正常工作。经过正确的修复，它现在可以正常工作了——只需确保您使用的是带有 -0.3.0 或更高版本后缀的标签，例如 postgresai/extended-postgres:15-0.3.0。
通过重启支持，可以做到例如在特定的克隆容器中运行 pg_upgrade -k（当然，需要预先安装更新的二进制文件）——并在隔离环境中立即开始测试更新的 Postgres 主版本。最重要的是，您无需花费额外的时间或金钱——这正是我们创建和开发 DBLab Engine 的原因。任何测试都必须快速、廉价且可扩展，即使对于多 TB 的数据库也是如此。
“配置”选项卡得到了大量改进（尽管配置编辑仍仅支持逻辑模式），“日志”选项卡现在也增加了过滤器按钮。
如前所述，我们现在有了 API 文档的短 URL：API.dblab.dev。它由优秀的 ReadMe 服务提供支持，并基于您可以在 Git 中找到的 OpenAPI 规范。
API.dblab.dev 是交互式的，您可以使用令牌 demo-token 测试演示实例（demo.dblab.dev）的 API 调用。
遵循 明显 趋势，我们将 pgvector 添加到了 DBLab Engine 的 Postgres 镜像中。
而且，一如既往，所有扩展都已升级到最新版本。请参阅 文档 中扩展的完整列表。
DBLab SE（带支持订阅的付费版本）的用户可以访问与以下源数据库匹配的扩展的 Postgres 容器镜像：
DBLab Engine 3.4.0 中有大量改进——此次发布包含了最多的更改。请阅读 CHANGELOG 中的完整更改列表。如果您需要将现有的 DBLab Engine 升级到 3.4.0，请不要忘记遵循 迁移说明。
demo-token）我们非常重视您的反馈。请通过以下方式与我们联系：
您可以在以下其他资源中获取有关 DBLab 和 Postgres 的见解：
有兴趣为项目做贡献吗？以下是您可以产生影响的方式：