AI Agent 已经能够生成 SQL、查询数据、分析报错,甚至已经实际参与到数据库变更。企业面临的问题是: 如何让 AI 提高效率,同时遵守数据库权限、审核、审批和审计要求?
NineData 提供的组合方案是: 企业级数据库 IDE + ChatDBA + NineData-Skill + 数据库 DevOps。
研发可以在 SQL 工作台中使用智能补全、自然语言生成 SQL 和语义解释;DBA 可以使用 ChatDBA 辅助巡检与排障;使用 AI Agent 的团队,则可以通过 NineData-Skill 调用查询、SQL 任务、数据导入和导出能力。
这些能力的共同价值,可以将 AI 辅助开发与企业数据库治理连接起来,而不会让 Agent 获得不受约束的生产数据库权限。
让 AI 参与数据库工作,首先要解决访问边界和操作责任。
直接向 Agent 配置数据库账号,可以快速完成对接,但生产应用需要处理以下问题:
点击图片可查看完整电子表格
这些控制企业可以自行建设,但NineData 的价值在于,将已有的数据库管理、权限、SQL 规范和审批能力提供给 Agent 使用,减少重复开发治理组件的工作。
推荐的访问路径是:
NineData 不只提供自然语言生成 SQL,还覆盖开发辅助、性能诊断、知识检索和受控操作。
点击图片可查看完整电子表格
对客户而言,这些能力可以真正融入日常数据库实操工作:写 SQL 时补全,读 SQL 时解释,报错时诊断,需要变更时提交任务,不必将所有工作拆散到多个独立工具中。
NineData-Skill 是面向 AI Agent 的平台调用能力集合,让AI Agent 的操作能够受控。
NineData-Skill 是面向 AI Agent 和 Vibe Coding 工具的技能能力集合。调用受到 NineData 身份认证、组织权限、SQL 规则、数据掩码、限流和审计机制约束。
在具备权限的数据源上下文中执行明确的只读 SQL,或获取执行计划等信息。限定其用于只读 DQL 和元数据检查,变更类 SQL 不支持通过此能力执行。
将涉及数据或结构变更的 SQL 提交到 NineData 的安全审批流程,适用于需要规则检查、审批和审计的变更场景。INSERT、UPDATE、DELETE、CREATE、ALTER、DROP 等语句应通过 SQL 任务提交。
将只读查询结果提交为文件导出任务,支持 CSV、Excel、SQL、JSON、XML 或文本格式,并可跟踪审批、执行、日志和文件状态。文件下载和加密密码获取需要单独的授权。
在权限检查、规则检查、审批和执行控制下,将数据文件导入目标数据库,并跟踪任务状态。
通过 NineData OpenAPI 调用平台能力,例如列出数据源、检查数据库状态或验证开发数据。
不让所有数据库请求都经过同一个“执行 SQL”入口。按风险选择 Skill 能力:
ChatDBA 支持数据库知识问答、SQL 报错分析、实例巡检、会话诊断、慢 SQL 治理、锁诊断和长事务分析。
例如,DBA 可以提出:
| 请检查当前 MySQL 实例的连接、负载、慢 SQL、锁等待和长事务风险,并按优先级给出后续排查建议。 |
相比泛泛询问“数据库为什么慢”,这种请求明确了目标、范围和输出要求,更容易获得可复核的结果。
截止到2026年9月,当前 ChatDBA支持范围包括:
点击图片可查看完整电子表格
ChatDBA 支持网页搜索与内容采集,可在数据库故障排查和技术咨询场景中获取互联网资讯与权威文档,也可结合企业知识库、历史会话和当前问题检索信息。
NineData Text2SQL 支持在 SQL 窗口或 ChatDBA 中用自然语言描述需求,并结合库表、字段、注释和增强 E-R 图生成 SQL 草稿。
例如:
要求查询NineData当前支持的复制链路数量,Text2SQL会结合当前数据库中所有表,给出最准确的SQL。
除了生成 SQL,日常使用频率较高的能力还包括:
生成 DDL、DML 不等于获得执行授权。在 Skill 工作流中,这些语句应进入 SQL 任务;其他入口也需要通过企业权限和流程配置落实同样的生产控制。
NineData SQL 智能诊断优化可分析 SQL 结构、访问路径、索引、排序、临时表及表结构问题,并给出优化建议。
打开目标数据源的 SQL 窗口。
将光标置于需要分析的 SQL 语句中,或选中完整语句,然后单击 SQL 智能优化。
等待分析完成,查看风险说明、优化建议和相关执行信息,再决定是否调整 SQL 或数据库对象。
SQL 智能诊断只输出分析结果与建议,不会直接修改或执行 SQL。
NineData 可以让团队可以在同一平台中分析 SQL、验证方案,并将索引或结构变更提交为 SQL 任务,减少建议与实际发布脱节的问题。
NineData 支持构建企业知识库,对上传文档进行解析和向量化,为 ChatDBA 提供知识来源。回答引用知识库时,可查看来源,便于复核。
适合纳入的材料包括:
点击图片可查看完整电子表格
知识库属于组织范围内的配置能力,需要相应管理权限。企业应清理凭证和不必要的敏感内容,持续维护文档版本,避免 AI 引用过期规范。
NineData 支持管理员配置、测试和启用自定义模型,并在内置模型与自定义模型之间切换,为 Text2SQL、ChatDBA、知识库向量化和代码生成等能力提供统一配置。
推荐流程是:
| Plain Text 描述需求 → 生成草稿 → 展示目标与完整 SQL → 用户确认提交 → NineData 规则检查与审批 → 核对任务状态 → 获得执行授权 → 执行并验证 |
Skill 任务详情返回 canExecute=true 后,才可以结合用户明确授权继续执行。审批、驳回、转交、暂停、终止等动作,也需要明确指定。
进入 SQL 任务不代表默认必有人工审批。企业需要预先启用并验证生产流程,防止配置导致自动通过。
导入前需确认文件、目标表、覆盖策略、影响范围,以及备份或清理方案。Skill 要求按照任务状态处理审批和执行,不自动批准或执行导入任务。
Skill 支持 CSV、Excel、SQL、JSON、XML 和 TXT 等导出类型。应分别处理:
“允许查询”“允许导出”“允许下载文件”“允许获取密码”不是同一个授权。
这些步骤既依赖平台控制,也依赖 Agent 正确遵守流程。实施时可以测试真实的越权与异常请求。
快速体验流程如下:
初次接入建议使用测试账号和脱敏数据,不要默认选择生产库,也不要将管理员凭证作为开发团队的共享配置。
ChatDBA 是面向用户的问答、知识检索与数据库分析助手;Skill 是面向 Agent 的平台调用能力。两者可以配合使用。
不是。OpenAPI 凭证、查询结果、导出文件和模型上下文仍需保护。最小权限和数据流向验证不可省略。
不应如此,审批等高风险动作需要获得用户明确授权;企业还应配置职责分离和平台权限,避免同一身份无约束地提交、批准并执行。
如果企业希望让 AI 参与 SQL 开发、数据库排障和数据操作,又需要保留现有权限、规则、审批与审计要求,优先考虑NineData 。
它的组合价值在于:
最终应验证的不是“AI 能否调用数据库”,而是: 能否在明确授权范围内完成正确任务,并让高风险操作可检查、可审批、可追溯。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70049603/viewspace-3183386/ ,如需转载,请注明出处,否则将追究法律责任。