自己的胡言乱语-国产数据库这行业 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
forsuperper
V2EX    职场话题

自己的胡言乱语-国产数据库这行业

  •  1
     
  •   forsuperper 2024-04-24 09:12:39 +08:00 4123 次点击
    这是一个创建于 534 天前的主题,其中的信息可能已经有所发展或是发生改变。

    自己的胡言乱语-国产数据库这行业

    对数据库这行业的胡侃

    题主在数据库行业也 10 年多了,毕业的时候稀里糊涂的进了这行。作为一个挺拧巴的人,中间也尝试转行。但是兜兜转转干的还是数据库。

    数据库的售后运维 => 研发(修 bug )=> 产品 => 研发。( v2 有同事应该猜到我是谁) 转的乱七八糟的。研发算个 中高 ?运维初中?产品中高? 这技能点点的歪。。

    国产数据库这行

    这行业就不挣钱啊,毕业的时候互联网挣钱,现在还是互联网挣钱。

    国产数据库中大多数都是赔钱。少有几家能挣钱的。

    前几年这行吹起信创风,一堆对这行没有清楚认知的童鞋涌入了这行。结果现在卷到飞起才发现压根没挣钱。

    去年开始 tidb 裁员,ob 年终奖少发,小数据库公司 or 团队散伙。

    这行是个又深又广又高投入的行业:

    1. 词法,语法,语义,计划,执行,存储,通信协议等等等,每一项都需要时间投入
    2. 兼容性又是避不开的,花时间成就感可能也不高;
    3. 迁移,备份,接口,高可用等等... 开个公司 3-5 年不挣钱的太正常。

    新趋势

    有没有新趋势,有的。

    向量,图,时序,ai 等等。但是商业路径探索的怎么样,我不清楚,但是总要摸爬滚打才能出头部厂商(我相信)

    对于刚毕业的童鞋

    如果有选择,或者不是特别热爱。不要进这行,学习的东西多,但是同比学习其他的产出并不高。

    而且行业近期估计会有一波出清,可能出现很多人卷工作的情况(包括我)。公司内刚毕业没几年年的同学很难找到 l 相关工作,都开始考虑转行了。。。

    44 条回复    2024-12-25 14:19:05 +08:00
    zzzlight
        1
    zzzlight  
       2024-04-24 09:31:36 +08:00
    确实 本来因为实验室做的就是向量数据库方向想找这种的,去年找工作时候就发现数据库这类又难还低回报, 后来还是走了其他方向。同样国产编译器好像也这样,都是这种很难国产公司还不赚钱。结果今年师弟也是找数据库,先是被华为鸽,然后 ob 捞了测开开了一个十多 k 的硕士价格,直接也给他蚌埠住了,直接得了,不找数据库方向了、
    9dP06m83vIV00l72
        2
    9dP06m83vIV00l72  
       2024-04-24 09:33:23 +08:00
    > 这行是个又深又广又高投入的行业:
    >
    > 1. 词法,语法,语义,计划,执行,存储,通信协议等等等,每一项都需要时间投入
    > 2. 兼容性又是避不开的,花时间成就感可能也不高;
    > 3. 迁移,备份,接口,高可用等等... 开个公司 3-5 年不挣钱的太正常。

    =====>这个行业竞争激烈,也确实需要扎实的技术积累,创业公司很难熬出头。
    行业最近的例子是:MariaDB 公司曲线上市都失败了,最后也是裁员求生存;
    Itesting
        3
    Itesting  
       2024-04-24 09:47:59 +08:00
    冒昧请教一下大佬,个人工作方面算半个数据库行业,刚开始是 dba ,运维、平台开发都有涉猎,现在主要工作是开发和乱七八糟的业务沟通,个人觉得工作上限越来越低,跳槽都不知道往哪走了。方便透露一下您公司内最近几年毕业的同学是转向哪个方向吗?个人最近打算是先好好苟着,把前几年拉下的技术补一补,后面看看还有啥坑。。。
    dynastysea
        4
    dynastysea  
       2024-04-24 09:53:00 +08:00
    现在的互联网有几个挣钱的呢?我和 lz 想法相反,如果是应届生研发,有机会的话先入这行,哪怕你干不下去了,最后要转型互联网都是很容易的,因为你理解透了数据库的原理,互联网的那些 crud 真的不要太简单。相反如果你毕业就去互联网搞那些基础的 crud ,后续要再进来就特别难了。
    forsuperper
        5
    forsuperper  
    OP
       2024-04-24 09:59:51 +08:00   2
    @zzzlight 年轻就是资本,刚毕业有试错机会。就是数据库这行已经不太值得试错了。。
    forsuperper
        6
    forsuperper  
    OP
       2024-04-24 10:01:46 +08:00
    @andytao 行业竞争有未来预期还好。现在是都缺钱,投资方容忍度低了,见不到快钱就不玩了。
    forsuperper
        7
    forsuperper  
    OP
       2024-04-24 10:05:22 +08:00
    @Itesting 近几年毕业的现在看 qt 什么的,但是据他们说并不景气,他们也挺迷茫的。
    对于你的情况,按照我的从业经验,也许卷一卷去云厂商做数据库管控? 或者横线展开做某一方面? 个人愚见
    forsuperper
        8
    forsuperper  
    OP
       2024-04-24 10:10:01 +08:00
    @dynastysea 互联网的 crud 确实简单,做了数据库再看这个感觉深度不够。可能我的表述没到位,我指的是那种 搜索,计算等等基础架构类的? 相对有难度,深度又能出彩的技术栈。

    比如我做了数据库功能,从语法语义计划执行层都涉及到了。但是不是这行的,或者对于我这个需求没有了解的,很难想到这个功能有什么出彩的。。
    marquina
        9
    marquina  
       2024-04-24 10:38:34 +08:00
    @dynastysea #4 互联网的业务开发,所需要的数据库知识确实不多。更多的是对业务/产品的理解、架构、稳定性等等。
    “你理解透了数据库的原理,互联网的那些 crud 真的不要太简单”这句话,我个人还是不太认同的。
    selectChase
        10
    selectChase  
       2024-04-24 10:43:11 +08:00 via Android
    现在大模型比较热门,向量数据库感觉还是不错啊。图数据库应用场景也多,社交 封控 谱泛谱图类等上层业务场景都能用到,在降本增效场景下感觉更火热了。。。个人感觉比一般的业务开发好多了,只要前期苟得住有不错的团队带。
    dynastysea
        11
    dynastysea  
       2024-04-24 10:48:05 +08:00
    @marquina 我两者都做过,现在数据库都是分布式的,你说的那些结构,稳定性,数据库同样需要涉及,而且要求更高。。互联网那些业务在分布式数据库里面只能属于一个比较小的子集。
    shyrock
        12
    shyrock  
       2024-04-24 11:03:29 +08:00
    @dynastysea #4 数据库高段转互联网低段( crud )当然简单。但是真的有人想从数据库高段转互联网地段吗?要知道互联网高段仍然有很多知识和技能是数据库高段不掌握的。
    bug51
        13
    bug51  
       2024-04-24 12:16:37 +08:00
    > 去年开始 tidb 裁员,ob 年终奖少发,小数据库公司 or 团队散伙

    大佬段位太高了,这些事情一般的 dba 没有感知到受到什么影响。老老实实搞 dba 批发系统集成,可能更加赚钱。统信除了机关事业单位(说白了还是吃关系户)根本推不动,何必再造一次轮子。
    forsuperper
        14
    forsuperper  
    OP
       2024-04-24 12:16:59 +08:00
    @selectChase 向量和图只要有业务需求,肯定是值得一试的。然而技术都是服务于业务的。向量和图未来会发展成什么样子,我并不清楚。。

    关键:好的团队+好的业务+好的入门机会 比较难叠加到一起
    bug51
        15
    bug51  
       2024-04-24 12:18:32 +08:00
    信创感觉比统信, 打工人的生存空间更小。找不到历史定位
    buchikoma
        16
    buchikoma  
       2024-04-24 12:20:48 +08:00
    数据库真是个只有大厂才玩得起的赛道,前几年 tidb 裁了一拨人,海外客户也不多,ob 开始做公有云但没什么客户,年终系数还打折,研发 oncall 压力也大,阿里云体量够大还好,火山挖了不少云 top 厂商的人但也还没做起来,考核期也快到了,数据库真的是又穷又卷

    做内核、中间件的入门难而且卷,纯成本部门,跳槽就是那几家云厂商和大厂;
    做管控的算是现金流部门,但本身资源成本就高,经常是收机器的钱服务算是白送,还容易背锅背事故,而且管控层也经常被领导认为不够 hard core ,内核才是数据库部门话语权最高的方向;
    再往上做数据库的 SaaS ,话语权更低,还要横向对接各种数据库类型,没什么营收点,即使有也受制于实例规模,而且极其考验领导耐心,没耐心了第一刀砍的就是 saas ;
    forsuperper
        17
    forsuperper  
    OP
       2024-04-24 12:28:04 +08:00
    @bug51 并不是段位高,只不过就是从业时间长了点。dba 圈里不清楚也正常。

    关于统信,我年少轻狂(傻了吧唧)的时候也认为是个重复造轮子的东西。但随着阅历(年龄)增加的情况再看,就品出来不一样的味道。 现在这个世界并没有走在美好团结的路上,有说都是三战的开端。。。

    如果真有一天,我们的信息化受到了制裁或者各种各样的后门,我们从业者多少也算资敌了(笑);统信推进的过程中难免有这样那样的问题,但总归会给基础软件带来进步,优化。保不齐有一天,我们的基础软件能像 office, oracle 一样售卖全球呢。

    道阻且长,行则将至。

    随着发展,可能过些年就会发生 oracle 像国产数据库开展专利战。。。 业内好像都没意识到这个阶段?或者还没准备处理。。。省略一句。。
    forsuperper
        18
    forsuperper  
    OP
       2024-04-24 12:29:23 +08:00
    @bug51 雄心壮志固然好,但是还是先吃饭再说。
    forsuperper
        19
    forsuperper  
    OP
       2024-04-24 12:37:48 +08:00
    @buchikoma 大厂或者就是基础软件厂商才能做

    互联网基因大厂可能过于讲究效率,效果了。这套理论认识确实适合互联网快速反应的厂家。

    然数据库等基础软件恰恰是慢工出细活的行业?品类?没有这个认知和耐心 会搞得大家都很难受。

    而且嘛,数据库等基础软件确实是不出彩的,毕竟技术服务业务。影响了业务肯定要背锅的。。
    Itesting
        20
    Itesting  
       2024-04-24 12:57:33 +08:00
    @forsuperper 好的,感谢大佬建议。最近捡起技术,多看看多学学。希望未来顺利。同时也祝您生活愉快工作顺利。
    forsuperper
        21
    forsuperper  
    OP
       2024-04-24 13:18:36 +08:00
    @Itesting 客气了
    DonkeyBenjamin
        22
    DonkeyBenjamin  
       2024-04-24 14:58:02 +08:00   1
    我建议所有从业数据库的转行做 decentralized storage, 看看 ipfs, arweave 啥的,蹭一波 DePin, AI, Web3 热度
    NoobPhper
        23
    NoobPhper  
       2024-04-24 16:24:11 +08:00
    大部分国产数据库 都是逃了一层壳....
    Itesting
        24
    Itesting  
       2024-04-24 16:30:32 +08:00
    @NoobPhper 小公司的话,绝大多数都是套壳,核心还是看 toG 关系
    leehon
        25
    leehon  
       2024-04-24 20:57:02 +08:00
    这个东西东西就很鸡肋,有大量数据需要管理的企业,都有 DBA ,或者购买商业数据库,甲骨文,MSSQL ,或者是云数据库。国内因为反美恐美,才排斥这些产品,刨除这一点而且给够钱,所有的问题都能解决,那么只能吃一吃国内的市场,还是非常计划性的市场。互联网,民企的业务,mysq 用到死都够用。只剩下泛体制的国企,才有需求,这些市场就是 TO B ,就看销售吃饭,要有关系会来事,即便如此回款也非常麻烦。很多东西做得不开心,就是做了国内的 TO B 市场,甚至 TO G 市场,要去混那个圈子

    技术上来讲,自从 NoSQL 以后,近些年数据库的变化不大,云数据库是商业创新。从计算机科学的角度看,没有特别高深,新颖的东西,更多的是工程实现。国外做数据库的也不多,也不热,人家那些大公司,微软,甲骨文,Sybase ,DB2 ,从上世纪八十年代就卷过了,现在地盘已经划分过了,是夕阳行业了
    kkocdko
        26
    kkocdko  
       2024-04-24 22:11:24 +08:00 via Android
    tidb 是真的好用,但是...
    forsuperper
        27
    forsuperper  
    OP
       2024-04-24 22:23:37 +08:00
    @leehon 事情也并不绝对,目前业务发展还是会对数据库产生这样或者那样的需求。oracle 也会定期收集需求,再根据情况实现客户的需求。所以说数据库还是具体需求存在的,毕竟要满足业务的。 只不过一般公司的业务还不需要数据库厂商开发新功能。

    只能说行业并不热。。
    forsuperper
        28
    forsuperper  
    OP
       2024-04-24 22:24:21 +08:00
    @kkocdko 都分布式了,总会有这样或那样的问题
    neetz
        29
    neetz  
       2024-04-24 22:49:25 +08:00
    公司也是做数据库的,今年的研发方向往大模型投入了不少...感觉好没有安全感

    想问一下 lz ,不同的数据库公司都有 oncall 这项流程吗。每次 oncall 都好痛苦,特别是开发压力堆积下来,几乎整个人都要崩掉
    forsuperper
        30
    forsuperper  
    OP
       2024-04-24 22:51:55 +08:00
    @pujx233 这。。。感觉也不大沾边啊 ?

    只要是数据库厂商就会有 oncall 。如果划分清楚的话,应该会有单独处理应对的团队。要是乱点的话,就是抓人干活了。。
    forsuperper
        31
    forsuperper  
    OP
       2024-04-24 22:53:06 +08:00
    @pujx233 压力这个没办法。。。所以苦逼啊。。
    neetz
        32
    neetz  
       2024-04-24 23:01:09 +08:00
    @forsuperper #31 太累了,oncall 累,开发也累。不同客户需求不同,总是需要定制化开发。。。毕业工作两年,真的越发想转行
    forsuperper
        33
    forsuperper  
    OP
       2024-04-24 23:05:52 +08:00
    @pujx233 这行业就是得有点愿景,有点热爱才能干下去;或者就单纯为了吃口饭。。。

    如果有这个转行想法的苗头。。。如果中间没别的事,,就会越来越想(个人体会,包括换工作也是)。。。
    dd102
        34
    dd102  
       2024-04-24 23:17:56 +08:00
    不知道达梦一套几万块,价格咋样
    Jerry23333
        35
    Jerry23333  
       2024-04-24 23:27:25 +08:00
    大佬对数据库管控这块怎么看,在面的团队是做这块的,会不会比较偏运维
    forsuperper
        36
    forsuperper  
    OP
       2024-04-25 09:02:03 +08:00
    @dd102 价格这个说不好。。卖多少钱各方面都有考量。不行就招标呗,大不了换个数据库
    forsuperper
        37
    forsuperper  
    OP
       2024-04-25 09:03:23 +08:00   1
    @czy0538 除了预研性质的,又有谁不是运维呢? 哈哈哈
    bbdsym
        38
    bbdsym  
       2024-05-23 14:35:33 +08:00
    我也是在数据库行业混迹十几年了,在一个国产数据库工作做售前,目前也是天天迷茫,看了各位大佬说的,我感觉道破了问题的本质,有组织了。希望大家多多讨论,也为我们的未来发展之路碰撞出点火花。
    @leehon
    @buchikoma
    @forsuperper
    forsuperper
        39
    forsuperper  
    OP
       2024-05-23 22:08:48 +08:00
    @bbdsym 先挺过这段时期再说。。还是挺难讲的。。。希望都有个好出路。。。
    bbdsym
        40
    bbdsym  
       2024-05-24 21:44:15 +08:00
    @forsuperper 确实难,国家再调整,经济在收缩,公司和个人也可能就剩下“熬”了。
    熬过周期,熬到出清。
    forsuperper
        41
    forsuperper  
    OP
       2024-05-24 23:34:37 +08:00
    @bbdsym 按照我的理解,售前在现阶段或者往后几年应该比较好换地方(比较快要近身肉搏了),是我理解有误,还是啥其他因素?
    bbdsym
        42
    bbdsym  
       2024-05-25 10:19:04 +08:00
    其实做售前也就是这几年的事情,以前一直在售后体系。
    @leehon 兄弟道出了目前做技术背景出身的伙伴参与到国产数据行业的一些困扰。
    ”互联网,民企的业务,mysql 用到死都够用。只剩下泛体制的国企,才有需求,这些市场就是 TO B ,就看销售吃饭,要有关系会来事,即便如此回款也非常麻烦。很多东西做得不开心,就是做了国内的 TO B 市场,甚至 TO G 市场,要去混那个圈子“”

    ob 把更多的精力回归到产品,并发展代理商。马化腾在今年年会上评论 csig 的一段话“打单、招待,搞业务不太适合腾讯,效率低、不透明。未来聚焦做产品,内部管理清清楚楚、干干净净。”

    或多或少都道出了混这个圈子的困难,在同质化的严重的产品场景下,你的作为售前技术优势几乎没有太多可发挥的,更多的依赖其他的。这样让我一个喜欢简单高效的技术人非常的不适应。但是想回头过往的经验和技术又在快速的被替代,让人迷惘。

    @forsuperper
    forsuperper
        43
    forsuperper  
    OP
       2024-05-25 11:25:45 +08:00
    @bbdsym 我的感触也近似。一切都是为了业务,业务挣钱,你干啥都行;业务不行,干啥都难。

    而且现在数据库的下限是能用,这个基本没有不满足的。剩下的就是新的功能特性,或者出现恶心的盘外招
    1Z3KYa0qBLvei98o
        44
    1Z3KYa0qBLvei98o  
       289 天前
    @buchikoma 大厂和银行才是归宿
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1170 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 26ms UTC 17:37 PVG 01:37 LAX 10:37 JFK 13:37
    Do have faith in what you're doing.
    ubao snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86