❝开头还是介绍一下群,如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题,有需求都可以加群群内有各大数据库行业大咖,可以解决你的问题。加群请联系 liuaustin3 ,(共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9)(1 2 3 4 5 6 7群均已爆满,开8群近400 9群 200+,开10群PolarDB专业学习群100+)
最近企业出海那篇文章在群2引起一个关于信创数据库的小讨论,信创这个话题很多人说不能碰。其实我也不想碰,但最近听了听风的蝉的节目,我突然理解了,信创的另一层含义。
所以我想把我最近领悟到的信创的新感悟,分享一下。我先分析一下信创的话题为什么大家不愿意去写。
1 受累不讨好,信创是不光是一个数据库的问题,这是一个政治性的问题,所以国人政治免谈的道理深入骨髓,所以不能谈,不想谈。
2 信创一些人持有的观点是负面的,而一部分对信创的观念都是集中在技术本身。
今天试着通过更高的高度来说说信创数据库这件事。第一个问题,信创该不该搞,该,必须该,这点不是因为政治正确,而是我彻底理解了信创真正的含义。
中国和美国,欧洲最大的不同,或者说这些年发展比那些地方快的主要原因,集中精力集中人力干一件事。这些例子都不用举了,电动汽车和高铁就是明显的例子,说到这类,应该有不同的观点,我也听到过这些观点,而这些观点产生的原因没有人分析。
1 任何事情都有利弊,观点是奇妙的东西,可以只说坏的,不说好的,说坏的多了自然就坏了
2 被政策影响的群体的问题,一个政策出了必然会影响一部分固有利益群体,为自己的利益发声,争夺利益是正常的,所以看问题还是看根本看问题的角度,对信创持有另一个面看法的人,是被信创所影响到利益的群体。
3 信创是为什么而搞,信创是为了国家安全和国家不被其他国家钳制而做的国家希望集中精力搞大事的一种方案。
这里不能明说,我用一个故事来解释
故事背景
战国初期,秦国在西边,地处偏远,国力羸弱,被六国瞧不起,常常被称为“戎狄之地”。秦孝公想要让国家强大,于是下令 “求贤令”,希望有能人来辅佐。这时商鞅入秦,提出了一整套变法措施:
废除旧贵族特权,实行 军功爵制,谁在战场立功就能晋爵受田。推动 土地私有化,鼓励农民开垦,重农抑商。制定 连坐法,让百姓互相监督。统一度量衡,建立严格的户籍制度。
集中精力搞大事
商鞅变法不是零零散散的小修小补,而是把国家的注意力和资源都聚焦在一件事上: 👉 农业和军功。
农业是国力的基础,提供粮食和税收。军功是扩张的关键,激励士兵奋勇作战。其他商业、贵族的旧特权,都被压制在一边。可以说是国家意志 高度集中。
效果
秦国通过变法,迅速崛起,几十年后成为战国最强的国家。最终在秦始皇手里,完成 一统六国 的大业。商鞅本人虽因得罪旧贵族被车裂,但他的改革成为秦国强大的根基。
启示
“集中精力搞大事”的原理就是:资源有限时,必须 聚焦在最能改变格局的突破口; 不贪多,而是先把关键点打透;有时要牺牲局部利益,换取全局的最大收益。
秦国的故事大家都应该是耳熟能详,这是中国千古的治理方式,政策的引导和给与利益是调用有效的资源去做国家想做的事情的最优解之一,所以信创也是一个道理,因为我们在这个部分,国家希望能尽快能达到一定“水平”,国家就必须引导在这个产业进行扶持和支持。什么技术形式不重要,怎么操作不重要,重要的是你可以替代甚至超越先进国家的水平。
而关键的问题是,事情的利弊权衡,信创正面的利大,这是关乎中国后续发展的根本,你也不希望ORACLE 关停古巴的数据库,威胁俄罗斯的事情发生在中国,也不希望某国际芯片厂商的后门芯片专门给中国造。那就必须快速的从国内的这些可以发展的力量中,挑选出可以发展的企业和力量来支持中国在这部分的独立和自主。一个国家没有自由和行驶主权的权利是最不能容忍的。
可以在举一个例子
GPS被关闭致船只漂泊的历史事件
事件概述:
1993 年 7 月,中国货船“银河号”在印度洋公海航行时,美国以银河号疑似运输化学武器为由,进行了海上拦截。在此期间,“银河号”突然失去 GPS 导航能力,无法定位航向,船只在茫茫公海上被迫原地徘徊。报道称,美军“关闭”银河号附近海域 GPS 信号,致使船只失去方向,即使在国际水域,也遭遇导航干扰。
结果及影响:银河号被困海上约 24 天 无法前行,船员物资紧缺,外交局面紧张。 美国最终同意第三方(沙特)参与检查,确认船上并无大规模杀伤性武器。此事在中国引发强烈反响,被视为“国耻”之一,也成为中国发展北斗卫星导航系统的重要推力。
所以,ORACLE MSSSQL DB2这样的数据库必然不能在中国的核心企业,国有银行被使用,谁敢必然是和国家公然作对,结局必然被清理。
信创的产生的原因就是这样一次次在大国博弈中产生的。
对信创数据库的一些其他的声音是怎么起来的,之前很多人在其他群里或者以前的文章里面都有体现我就不赘述了。
国家的考虑都是具有大局观的,这里还的举例
种庄稼都会有杂草,杂草多了必然会让农户使用除草剂,而除草剂使用多了必然会导致庄稼本身被毒害,那么我们有几个方法
1 让杂草继续生长,给土地提供更多的肥料,庄稼和杂草都有足够的营养
2 如果杂草可以改变他的性质,把杂草当做粮食是最好不过,如果不行等杂草张的比较容易去除的时候,可以通过人工的方式去除
3 杂草的存在可以帮助庄稼提高自己的竞争力,这和在运输鲫鱼的运输车里面放几条鲶鱼是有类似的作用,强健庄稼。
4 通过一定的发展阶段和时期,筛选出来可以被大面积种植的庄稼。
到这里这篇文章的重点才刚刚开始
1 国家信创时间维度,什么时候通过政策的手段开始控制一些企业的无序发展和发展乱象,信创的尾声就该到来了,目前还是通过市场的方法来让企业自生自灭进行把控。(参见电动汽车的退市)
2 国家对于有实力发展的企业会进行扶持,比如一些关键性的行业,政府建立准许进入该行业的数据库企业列表,帮助这些数据库企业在市场竞争激烈的环境下获得稳定的市场份额。这就是信创名单的初衷,在信创名单里面的会有更多的扶持和帮助。
3 不在信创列表里面的也不一定活不下去,产品能力强也有可能在后期被诏安到信创列表,而产品力不强的,或者被反馈弄虚作假的也可能从信创列表中驱逐出去。
4 再次重申,信创是一个历史时期的产物,政策不一定一直存在,就和电动汽车补贴一样,只会越来越少,那些一直依靠信创活着的,进入不了市场的企业,最终的结局,汽车行业给他们做了案例。
5 数据库行业的内卷和竞争如果超出了国家的预期,内卷已经对整体国家数据库产业有影响的时候,国家会出手进行监管干预,如同现在的电动汽车的反内卷的国家介入方式。
最后一点个人看法,现在信创已经进入了中后期,留给还想进入信创且利用这个政策的时间并不太多了且政策本身也可能到了中后期,更多的还是凭借企业自身的能力和自由市场来保证企业的活跃性,国产数据库稳定格局产生后,有几个产品占领大部分国内的核心企业,满足国内政府和核心企业数据库安全的需求,信创政策红利就到了该收紧和后期退出的准备了,自由的市场和能力的角逐才是永恒的重点。
微软动手了,联合OpenAI + Azure 云争夺AI服务市场
“当复杂的SQL不再需要特别的优化”,邪修研究PolarDB for PG 列式索引加速复杂SQL运行
“合体吧兄弟们!”——从浪浪山小妖怪看OceanBase国产芯片优化《OceanBase “重如尘埃”之歌》
未知黑客通过SQL SERVER 窃取企业SAP核心数据,影响企业运营
那个MySQL大事务比你稳定,主从延迟低,为什么? Look my eyes! 因为宋利兵宋老师
非“厂商广告”的PolarDB课程:用户共创的新式学习范本--7位同学获奖PolarDB学习之星
说我PG Freezing Boom 讲的一般的那个同学,专帖给你,看看这次可满意
这个 PostgreSQL 让我有资本找老板要 鸡腿 鸭腿 !!
OceanBase Hybrid search 能力测试,平换MySQL的好选择
HyBrid Search 实现价值落地,从真实企业的需求角度分析 !不只谈技术!
OceanBase 光速快递 OB Cloud “MySQL” 给我,Thanks a lot
从“小偷”开始,不会从“强盗”结束 -- IvorySQL 2025 PostgreSQL 生态大会
被骂后的文字--技术人不脱离思维困局,终局是个 “死” ? ! ......
个群2025上半年总结,OB、PolarDB, DBdoctor、爱可生、pigsty、osyun、工作岗位等
从MySQL不行了,到乙方DBA 给狗,狗都不干? 我干呀!
SQL SERVER 2025发布了, China幸亏有信创!
MongoDB 麻烦专业点,不懂可以问,别这么用行吗 ! --TTL
PostgreSQL 新版本就一定好--由培训现象让我做的实验
删除数据“八扇屏” 之 锦门英豪 --我去-BigData!
写了3750万字的我,在2000字的OB白皮书上了一课--记 《OceanBase 社区版在泛互场景的应用案例研究》
疯狂老DBA 和 年轻“网红” 程序员 --火星撞地球-- 谁也不是怂货
和架构师沟通那种“一坨”的系统,推荐只能是OceanBase,Why ?
跟我学OceanBase4.0 --阅读白皮书 (OB分布式优化哪里了提高了速度)
跟我学OceanBase4.0 --阅读白皮书 (4.0优化的核心点是什么)
跟我学OceanBase4.0 --阅读白皮书 (0.5-4.0的架构与之前架构特点)
跟我学OceanBase4.0 --阅读白皮书 (旧的概念害死人呀,更新知识和理念)
MongoDB 相关文章
MongoDB “升级项目” 大型连续剧(4)-- 与开发和架构沟通与扫尾
MongoDB “升级项目” 大型连续剧(3)-- 自动校对代码与注意事项
MongoDB “升级项目” 大型连续剧(2)-- 到底谁是"der"
MongoDB “升级项目” 大型连续剧(1)-- 可“生”可不升
MongoDB 大俗大雅,上来问分片真三俗 -- 4 分什么分
MongoDB 大俗大雅,高端知识讲“庸俗” --3 奇葩数据更新方法
MongoDB 大俗大雅,高端的知识讲“通俗” -- 2 嵌套和引用
MongoDB 大俗大雅,高端的知识讲“低俗” -- 1 什么叫多模
MongoDB 合作考试报销活动 贴附属,MongoDB基础知识速通
MongoDB 使用网上妙招,直接DOWN机---清理表碎片导致的灾祸 (送书活动结束)
MongoDB 2023年度纽约 MongoDB 年度大会话题 -- MongoDB 数据模式与建模
免费PolarDB云原生课程,听课“争”礼品,重塑云上知识,提高专业能力
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
POLARDB 添加字段 “卡” 住---这锅Polar不背
PolarDB 版本差异分析--外人不知道的秘密(谁是绵羊,谁是怪兽)
PolarDB 答题拿-- 飞刀总的书、同款卫衣、T恤,来自杭州的Package(活动结束了)
PolarDB for MySQL 三大核心之一POLARFS 今天扒开它--- 嘛是火
PostgreSQL 无服务 Neon and Aurora 新技术下的新经济模式 (翻译)
“PostgreSQL” 高性能主从强一致读写分离,我行,你没戏!
全世界都在“搞” PostgreSQL ,从Oracle 得到一个“馊主意”开始
PostgreSQL 加索引系统OOM 怨我了--- 不怨你怨谁
PostgreSQL “我怎么就连个数据库都不会建?” --- 你还真不会!
PostgreSQL 稳定性平台 PG中文社区大会--杭州来去匆匆
PostgreSQL 分组查询可以不进行全表扫描吗?速度提高上千倍?
POSTGRESQL --Austindatabaes 历年文章整理
PostgreSQL 查询语句开发写不好是必然,不是PG的锅
MySQL相关文章





