首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >国产数据库:金融领域 “开花”,传统行业 “待结果”

国产数据库:金融领域 “开花”,传统行业 “待结果”

原创
作者头像
薛晓刚-
发布2025-12-08 21:39:38
发布2025-12-08 21:39:38
970
举报

很多领域提到最高级都是军用,而数据库领域最高级都说是金融

  • 之所以这样说是因为金融真的涉及到钱啊,有的一笔交易金额可能就上百万。你说给了对方说没有到账这就出大事了。
  • 所以金融领域的数据库,不能错,不能丢,最好也是不能断,也不能慢。这些集中在一起那就变得严苛了。
  • 无论哪家厂商在金融领域经受考验了,那么在其他场景也没什么大问题。所以现在国产数据库主攻金融领域。
  • 当然还有一个原因是这里的头部真有钱投入。有一次我说信创改造要花不少钱啊,一个朋友说:“都是小钱啊”。我本想说,您的小钱是?。他下半句说:“不就是几个亿嘛”。我一听:专业! 人家是真的懂啊。如实的评估,基本准确的数据。不愧是我朋友。但是这也仅限于他是他们行业的头部。这个行业的肩部都不一定可以这样投,那就别说腰部和腿部了。
  • 但是以上行业的即使是腿部,也别其他行业的颈部要有钱。

传统行业没有金融行业的投入大,但是难度不输金融行业,我个人甚至觉得比金融要难

  • 上周看到一个短视频《互联网大厂救不了医院的HIS系统》,说的挺好的。我就不转述了,那是别人的成果,我不搬运。感兴趣的自己看。
  • 对此我也发表一些个人看法。
  • 在外面技术交流的时候,有些人会觉得自己是互联网处理过很多场景,他们的产品和经验能帮助其他人。我说这个理解不对。To B的行业业务场景很复杂,不要觉得我们没有压力,我们也有压力。无论中石油还是我们传统行业,我也不了解我们的业务。但是复杂程度超出你们想象。
  • 比如很多to b的系统都是大宗,我说的to B就是泛指传统行业,一笔订单就几百万。这和金融行业也不差吧。淘宝如果遇到一些特殊原因,丢一单就丢了,平台可能赔付一下。我们不能,也赔不起。
  • 有时候看到有些平台无法访问了,就上热搜了。我们有些场景不是宕机了才是故障,极端场景慢了或者抖动了就是故障。这点上来说也不亚于互联网场景。
  • 一般的传统行业也是影响国计民生的,非常重要。各种业务逻辑复杂到你们不能想象,至于多复杂有些我都说不清。就这么说 一个SQL 最后的order by 后面大家可能觉得就是ID或者时间之类的。而我见到的这里都有很多文章可以做。至于为什么,那就是场景复杂。
  • 不是账户有800元付款付600元就是800-600.而是要知道这800元是怎么组成的,付给对方应该采用哪种规则,付哪部分的钱,先用哪部分,后用哪部分。
  • 很多时候大家说互联网公司是把业务逻辑放在应用侧执行,数据库就做简单的读写。而其实传统行业是几乎没法做到在应用侧完成100%的业务逻辑,几乎100%的逻辑要在数据库中完成。
  • 随着业务场景的复杂,程序也就特别的复杂了。
  • 所以你们觉得解决支付宝就能解决我们是不对的。
  • 对于以上要正确理解我的意思,我是说传统行业太难了。当然我也很难。懂技术的都比较同情我,也感慨不是搞定了to C的互联网就能搞定to B的行业。

传统行业的替换案例很少

  • 其实是我没见过。
  • 原因我前面说了,没有几家可以一下投入几个亿。还有就是这复杂的业务造成了复杂的系统和SQL。
  • 一开始我觉得大家可能也是没那么复杂的,架不住用的多,时间一长。二十年的系统,怎么可能不复杂?比如一个select a,b from t where t.id=1。用着用着觉得新开展了一个业务,有个 x表。x表单独也有他的价值,但是如果和t在一起还有价值。那么就select t.a, (select x.m from x where t.id=x.id and limit 1) t.b from t where t.id=1然后过了半年可能人员变动了。业务新需要其他字段。select t.a, (select x.m from x where t.id=x.id and limit 1), t.b,(select x.o from x where t.id=x.id and limit 1) from t where t.id=1。这里需要站在开发角度考虑一下,为什么会这样。如果读过我写的书的话,就知道为什么这样了。多人协作以及历史迭代就会这样。就像一句话,老师要求你不断给这句话加修辞让这句话更丰富一样。最后这句话到处是插入符。最后形成了祖传代码。
  • to C的关联没这么多,有也能做到简单关联。to B的很多行业都是不能直接关联,要间接关联。
  • 上周有个朋友问我,他们系统能不能切换到分布式国产数据库上。我问他,你们最多的关联是多少表?他说大概38张表关联吧。 我说:我劝你不要上,这是为了你好。

仅仅浅浅解析了一下传统行业的复杂

  • 因为我也不是非常了解每个传统行业,各有各的难处。
  • 传统行业也有7X24.比如炼钢的高炉,一停可能高炉就废了。那影响多大啊。再说电力,一个行政区如果突然停电1分钟,影响多大。传统行业的严苛程度也挺高。

仅从技术角度说

  • 我觉得如果说传统行业如果说替代有困难,不丢人。毕竟复杂度在这里。估计全国乃至全世界都差不多。而且不是说解决了传统A行业,就能解决传统B行业。经验未必可以复用。就像工业软件的核心是工业不是软件。工业这个范畴可大了。制造业也是工业,制造业还分流程制造业和离散制造业。可以说有一个方法论,但是实际操作可能完全不是一回事。
  • 不理解数据库也没关系,可以忽略我上面的话。用现在AI的类比可能大家就知道了。
  • 医疗大模型和餐饮大模型的知识背景不一样。要从头开始。
  • 我也整理过一些心得,但是数据库替换这个其实不完全是数据库的事情,甚至都不完全是技术部门的事情。虽然我反复说应用适配改造,也说了要花大钱。这是无法避免的
  • 但是深层次来说数据库适配改造,我们看到的是应用开发做改造。但是其实质又何尝不是业务需求的改造呢?

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 很多领域提到最高级都是军用,而数据库领域最高级都说是金融
  • 传统行业没有金融行业的投入大,但是难度不输金融行业,我个人甚至觉得比金融要难
  • 传统行业的替换案例很少
  • 仅仅浅浅解析了一下传统行业的复杂
  • 仅从技术角度说
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档