Agent,正在拿走数据库的行动权。
这并不是一场突然发生的变化。
五十年前,数据库就经历过一次类似的权力转移。
1974 年,密歇根州安娜堡,一场著名争论决定了数据库此后的方向。
查尔斯·巴赫曼主张,程序员应像航海家一样,亲自规划复杂数据结构中的取数路径;埃德加·科德则认为,人只需声明“要什么”,系统自己决定“怎么做”。
关系模型最终胜出,也完成了第一次权力转移:人类交出执行路径的规划权,由查询优化器代劳。
某种意义上,优化器是数据库历史上第一个“代理”。
但那次转移有一条清晰边界:做什么,始终由人预先定义。
数据库收到的,仍是结构明确的指令,而不是需要自行理解和拆解的业务目标。
今天,这条边界正在被越过。
一名财务人员只需说一句“检查本季度异常支出,处理高风险项目”,Agent 就会理解目标、拆解任务、检索数据、匹配规则,并根据中间结果决定下一步。
人类开始把“为了实现目标,应该执行哪些指令”这一层决策,整体让渡出去。
风险也随之改变。
Agent 只负责回答问题时,错误停留在信息层面;一旦它能写入数据、触发付款、冻结账户、调整库存,错误就会直接变成现实后果。
一个会推理、会探索、也会出错的系统,是否应该拥有直接操作数据库的权力?
如果答案是肯定的,数据库的架构、产品形态和安全边界又该如何重构?
围绕这些问题,我们邀请了两位深度参与这场变革的实践者:阿里云智能集团数据库产品事业部负责人杨辛军(Jimmy),以及该事业部产品管理与技术架构部负责人王远。
🔗 原始来源
如果你要核对细节,可以再看原文: InfoQ AI原文链接
AI热榜