HOW 2026 演讲 PPT 下载方式:https://mp.weixin.qq.com/s/PVPEjr4lagmWleBnN34dpw
本文整理自 HOW 2026 中国数据库开源发展峰会暨 PostgreSQL 高峰论坛的演讲分享,演讲嘉宾:王丁丁, Oracle、PostgreSQL ACE,公众号:IT 邦德。
AI 正在从“能聊天”,进入“能执行”的阶段。
过去,企业讨论 AI,关注的是模型参数、推理能力和算力规模;而现在,真正决定 AI 是否能落地的,开始变成另外几个问题:
而在这一过程中,数据库的重要性正在被重新放大。无论是 RAG、Agent、智能问数还是 AI 运维,其底层能力都离不开数据库对数据存储、向量检索、上下文关联、状态管理与知识召回的支撑。PostgreSQL 凭借扩展能力、多模数据支持以及成熟的向量生态,正在成为企业 AI 场景中的重要数据底座。
当下 AI 赛道火热,各类专业名词层出不穷:LLM、提示词、上下文、Memory、Agents、RAG、Function Calling、Workflow、Skill、Subagent…… 十余种概念让人眼花缭乱。
拨开繁杂术语不难发现,如今绝大多数 AI 技术,最终都围绕 Agent 展开。不少一体化平台更是整合了全套 AI 能力,让普通用户也能轻松上手使用。

一套成熟、可靠的 AI 系统,离不开三大核心支撑:能思考的大模型、能行动的智能体、具备专业能力的技能库。三者兼备,才能保障 AI 系统安全、稳定地服务于实际业务。

AI 全流程的数据存储、向量检索、效果反馈,都高度依赖数据库。作为核心数据底座,PostgreSQL 的向量能力也在持续进化:
现阶段 PG 并未内置原生向量功能,主要依靠第三方插件,实现向量数据存储、检索等能力,补足 AI 场景需求。反观其他主流数据库,虽已上线原生向量功能,但配套索引能力尚有不足。
目前 PG 仍在持续优化向量检索索引,全面支持向量量化与多维度适配。从行业发展趋势来看,未来 PG 也将推出原生向量能力,进一步完善相关算法与功能体系。
搭配向量能力的三大索引,各司其职,覆盖不同业务场景:

Hybrid Workload:Business Data + JSONB + Vector in One Table
PGVECTOR 提供了业务数据、JSONB 扩展属性与向量数据同表存储的统一数据模型,实现多模数据的混合负载处理。以 products 表为例,对应的混合查询示例如下:

其核心优势是单库即所有:无需维护多个数据库实例,业务数据、元数据、向量数据共存于同一行,事务一致性天然保障。
Oracle Database 26ai 提供了高吞吐写入、内存分析、图分析、全 SQL 支持等企业级一体化能力,为复杂业务场景提供了完备的内置功能支持。

PostgreSQL 凭借强大的插件化扩展生态,实现了 “Just use Postgres for Everything” 的架构理念,根据业务需求灵活选配能力,适配各类结构化、文本、XML、CSV 等多类型数据。丰富的扩展生态,能够满足制造业 FDC 系统毫秒级海量数据采集等复杂场景需求。

面对复杂业务需求,数据库需要兼顾 SQL 通用性与 NoSQL 扩展性、多模开发便捷性,同时承载 OLTP 与 OLAP 混合负载。得益于扩展机制,PostgreSQL 已从出色的关系型数据库,进化为具备全场景适配能力的多模数据库。
Apache AGE 与 TimescaleDB 作为 PostgreSQL 的扩展插件,分别实现了图数据查询与毫秒级时序处理能力。
二者融合后,时序数据记录设备状态变化,图数据呈现设备关联关系,可共同支撑智能故障预测与根因分析等复杂场景。
PostGIS 作为 PostgreSQL 的开源空间数据库扩展,让 PostgreSQL 成为企业级 GIS 首选方案。它支持数百种空间函数,具备完备的地理数据类型、空间计算、多坐标系与空间索引能力。
依托这些能力,PostGIS 可广泛应用于智慧城市、物流追踪、物联网、应急救援等场景,支撑城市部件管理、路径优化、地理围栏、资源调度等空间相关业务。
以下为空间查询示例:
SELECT name, ST_Distance(location,
ST_GeogFromText('POINT(116.4 39.9)'))
FROM stores
WHERE ST_DWithin(location,
ST_GeogFromText('POINT(116.4 39.9)'), 5000)
ORDER BY distance LIMIT 10;
RAG 的架构如图中所示,简单来讲,RAG 就是通过检索获取相关的知识并将其融入 Prompt,让大模型能够参考相应的知识从而给出合理回答。

因此,可以将 RAG 的核心理解为“检索+生成”,前者主要是利用向量数据库的高效存储和检索能力,召回目标知识;后者则是利用大模型和 Prompt 工程,将召回的知识合理利用,生成目标答案。

Dify 是当前主流的低代码 LLM 应用开发平台,其底层基于 PostgreSQL + PGVector 存储向量数据,可快速搭建企业级生成式 AI 应用,支持复杂工作流编排,无需大量代码开发。其核心价值是:分钟级搭建、可视化编排、数据自主可控、支持企业级部署。
核心功能模块:
基于 PostgreSQL 数据仓库,结合大语言模型实现对话式数据分析:用户以自然语言提问,系统自动完成查询、分析并输出可视化结果。

核心价值:
下面的流程图展示了基于 Dify 搭建的智能问数工作流,完整覆盖从用户提问到 SQL 执行、结果回复的闭环:

需注意:智能问数的落地效果,核心取决于对业务语义的理解深度,而非单纯的模型能力,更适合具备业务背景的专业人员使用。
Text-to-SQL 利用大语言模型的代码生成能力,将自然语言问题自动转换为精确的 SQL 查询语句,让用户无需掌握 SQL 语法即可完成复杂的数据分析任务。其核心优势为:
典型应用场景为业务人员自助数据分析、智能报表生成、数据探索与洞察发现、客服对话式数据查询。

需注意:企业级落地的 Text-to-SQL 并非仅依赖模型生成,而是以 LLM 为核心,深度融合业务知识、强安全管控与持续学习能力的系统,以解决 “黑盒” 风险,保障可控性与适配性。
PostgreSQL 原生全文检索依赖关键词精确匹配,难以应对模糊查询与语义关联场景;结合 PGVector 向量相似度能力后,可同时实现关键词精确匹配与语义理解的双重优势,大幅提升搜索结果的相关性与覆盖率。

通过 RRF 倒数排序融合、加权评分合并、重排序模型优化等方式,将两种检索结果有机结合,实现检索精度、效率与灵活性的三重提升。
针对数百套 Oracle、PostgreSQL、MySQL 数据库的大规模运维场景,AI 自治运维体系可有效解决传统运维的痛点,实现运维效率与稳定性的双重提升。
传统数据库运维普遍面临五大核心挑战:
一套成熟的 AI 运维体系,应具备以下六大核心能力:
该体系采用多 Agent 协作架构,实现从监控到修复的全流程闭环:

平台支持大规模数据库的自动化巡检,覆盖 40 + 核心指标,巡检效率与质量大幅提升。巡检指标覆盖:
落地效果上,平台将 300 余套数据库的全量巡检,从传统的一周缩短至 2 小时内完成,同时自动生成包含健康分数、风险分级与优化建议的巡检报告,运维人员可直接根据指引完成闭环处理。

AI 规模化落地的当下,数据底座成为关键支撑。PostgreSQL 凭借丰富扩展能力,可在单库内统一承载关系、向量、图、时序、空间等多类数据,一站式满足 RAG、智能问数、AI 自治运维等场景需求。其既简化技术架构、降低运维成本,又依托 ACID 保障数据可靠,将持续成为企业智能化建设的核心数据底座。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70043484/viewspace-3172167/ ,如需转载,请注明出处,否则将追究法律责任。