DBeaver 26.1.3 发布:AI 助手配置与 GPT-5 默认模型更新

2026-07-20 29 预计阅读时间: 1 分钟
来源: oschina.net AI 摘要 Original link

Disclaimer: This article is an AI-assisted summary. Read it together with the original source when precision matters. The summary may omit context, version differences, or edge cases and is not official documentation.

预计阅读时间:7 分钟

DBeaver 26.1.3 已发布。这个版本继续围绕 AI 助手和日常数据库开发体验进行调整,重点包括 AI Engine 响应等待时间设置、GitHub Copilot 免费版模型列表修复、Engine 设置界面重新设计,以及将 GPT-5 设为 OpenAI 默认模型。对于把 DBeaver 同时当作数据库客户端和 AI 辅助工具使用的开发者来说,升级后值得重新检查 AI 相关配置。

AI 设置变得更可控

新版本在 Preferences 中增加了 AI Engine 响应的最大等待时间设置。这个选项适合处理两类常见场景:

  • 网络延迟较高,AI 请求容易长时间占用界面;
  • 团队希望限制单次请求的等待时间,避免数据库操作窗口一直处于等待状态。

升级后可以打开 DBeaver 的 Preferences,进入 AI Assistant 或 AI Engine 相关设置,检查最大响应等待时间。具体菜单名称可能会随操作系统和安装版本略有差异,建议以当前界面显示为准。

等待时间并不是越长越好。设置过短可能导致复杂 SQL 解释、SQL 重写或数据库结构分析还没有完成就超时;设置过长则会让网络或模型服务异常时的失败反馈变慢。可以先采用团队可接受的中等值,再根据实际请求耗时调整。

模型选择与 Engine 设置

26.1.3 修复了 GitHub Copilot 免费版中的模型列表显示问题。此前如果模型列表不完整或展示异常,用户可能无法准确判断当前账户可以使用哪些模型。升级后,应重新打开模型选择器,并确认列表与账户权限相符。

同时,Engine 设置进行了重新设计。DBeaver 用户可以借此重新梳理:

  • 当前使用的是哪个 AI Engine;
  • Engine 对应的模型是否可用;
  • 请求超时策略是否适合本地网络和团队环境;
  • 是否需要在不同数据库项目之间切换模型或服务。

GPT-5 现在成为 OpenAI 的默认模型。默认模型变化意味着同一条提示词可能产生不同的 SQL 建议、解释方式或输出格式。对于已经把 AI 输出纳入开发流程的团队,升级后应重新验证关键提示词,尤其是涉及生产数据库、复杂 JOIN、权限语句和数据迁移的场景。

AI 生成的 SQL 仍然需要人工审核。默认模型变化不能替代执行计划检查、事务控制和备份策略。

可以这样做一次升级后的检查

下面是一组可以直接复制到测试数据库执行的 SQL,用来验证 DBeaver 连接、SQL 编辑器、结果集展示和事务行为。示例使用标准 SQL 风格;不同数据库可能需要调整自增列、时间函数或布尔类型。

CREATE TABLE IF NOT EXISTS dbeaver_2613_smoke_test (
    id INTEGER PRIMARY KEY,
    name VARCHAR(100) NOT NULL,
    created_at TIMESTAMP NOT NULL
);

INSERT INTO dbeaver_2613_smoke_test (id, name, created_at)
VALUES (1, 'upgrade-check', CURRENT_TIMESTAMP);

SELECT id, name, created_at
FROM dbeaver_2613_smoke_test
WHERE id = 1;

BEGIN;

UPDATE dbeaver_2613_smoke_test
SET name = 'transaction-check'
WHERE id = 1;

SELECT id, name
FROM dbeaver_2613_smoke_test
WHERE id = 1;

ROLLBACK;

DROP TABLE dbeaver_2613_smoke_test;

运行前请确认当前连接指向测试数据库。这个脚本不是 DBeaver 26.1.3 的新增 API,而是一种升级后的基础回归检查方式:确认编辑器能够执行 SQL、结果集能够正常刷新,并且回滚行为符合预期。生产环境不要直接执行这段脚本。

如果还要验证 AI 助手,可以使用一条不涉及敏感数据的提示词,例如:

请解释下面这条 SQL 的执行逻辑,并列出可能需要创建的索引。不要修改 SQL,也不要引用任何真实业务数据。

SELECT customer_id, COUNT(*) AS order_count
FROM demo_orders
WHERE created_at >= CURRENT_DATE - INTERVAL '30' DAY
GROUP BY customer_id
ORDER BY order_count DESC;

不同数据库对日期间隔语法的支持并不一致,因此这条 SQL 只适合作为示例。让 AI 助手解释 SQL 时,应明确数据库类型,并将生成结果放到测试环境验证。

升级时的取舍

DBeaver 26.1.3 的更新重点集中在 AI 使用体验和配置可见性上。开发者可以直接升级并检查 AI Engine 设置;数据库管理员则应额外关注组织内的模型授权、请求等待时间和敏感结构信息暴露风险。

建议采用以下检查清单:

  • 升级后确认 OpenAI 默认模型是否符合团队预期;
  • 重新检查 AI Engine 最大响应等待时间;
  • 登录 GitHub Copilot 免费版并验证模型列表;
  • 用测试数据库执行基础 SQL 和事务回归;
  • 不要将生产数据、密码、密钥或完整敏感表结构直接提交给 AI;
  • 对 AI 生成的 SQL 执行计划、锁影响和事务边界进行人工确认。

如果团队主要使用 DBeaver 进行传统 SQL 开发,这次升级的直接影响相对有限;如果已经依赖 AI 助手生成、解释和优化 SQL,那么模型默认值和等待时间设置值得在升级后纳入标准化配置。


相关推荐