让数据库成为超级智能体，还是让数据库成为ERP系统？
|
zhenglin
2026年7月9日 9:27
本文热度 63
|
前两天有朋友看了我关于数据库为什么不成为下一个超级智能体的文章留言说：“这思路和30年前“数据都在我这为什么我不自己做/有一套erp/财务/plm系统”一样……”。其实使用了ERP系统的企业大多数是有这个想法的，哪怕是使用了最顶级的SAP/EBS之类的ERP系统，这个想法也没有断绝过。
这个想法的来源就是买来的ERP系统和自己的业务不是特别合拍。ERP是十分复杂的套装软件，ERP供应商为了更广泛地销售产品，在产品中整合了大量企业的最佳实践，而这些最佳实践中，对于某些企业可能是“最佳实践”，而对于某些企业可能就是毒药。购买者无法选择自己所需要的业务流程去购买，只能顺带购买一些专家服务，才能让企业稍微顺当地把ERP的流程跑起来。虽然说能跑起来，大多数上erp的企业对产品的满意度并不高，因为适配起来很麻烦。
很长一段时间里，企业自研ERP在软件行业内大多数都是被当成笑料的。ERP企业的存在逻辑是“不要重复造轮子”，充分利用行业的专家经验以及他人的成功经验是ERP成功的关键。
实际上在AI时代，一切都发生变化了，以前需要3、5个开发人员干上半年的功能，现在在AI CODING时代，可能一个智能体几天就完成了。当重复造轮子的成本降低到某个阈值的时候，当“专家经验”的获得成本降低到某个阈值的时候，当获得知识的途径极其便捷的时候，企业自研ERP系统就不是个笑话了。
不过哪怕企业自研ERP成本极低的前提成立的时候，数据库也不应该成为ERP，而仅仅是一个超级智能体。作为一个数据处理的关键IT基础设施，其定位是在“基础设施”这几个字上的。基础设施只会为上层建筑提供有力的支撑，而不应该向上成为上层建筑。业务是千差万别的，数据库厂商无从知晓各种用户的业务需求，因此只能通过抽象业务类别，在底层提供支持，而无法生长出上层建筑。
既然数据库是基础设施，不是上层建筑，那么数据库成为超级智能体又有何意义呢？如果某个企业要开发一个智能ERP系统，如果用传统的数据库，要集成大量的AI组件，集成一堆开源的框架，集成大量的异构数据源，虽然整个系统使用AI coding来完成，也不难实现，不过开发成本、运维成本都大幅增加，整合数据的访问链路也会变长，各部分的延时累加起来可能高达数十秒，还会大大降低使用体验。
而如果数据库是一个超级智能体，可以大大简化整个系统，提高数据集成分析的效率，大大降低端到端延时，降低运维成本，何乐而不为呢？
阅读原文
该文章在 2026/7/9 9:27:25 编辑过
400 186 1886
