各位被信创折磨的程序员们，你们有用 GaussDB 的吗

[wmlz]

内部刚刚敲定下来信创数据库用 GaussDB,采购流程刚结束
但是居然让开发自己申请开发环境服务器,给了安装介质和手册,让开发自己装...
我们也是有专门的系统运维和应用运维部门的啊..
现在一头雾水

[NoobPhper]

信创 mariadb 也可以

[jgh004]

怼回去啊

[xshell]

让 DBA 去部署。

[uuzimu2020]

tidb

[YVAN7123]

我们买的是华为的一套 GWS ， 有部署、升级、运维

[sunmacarenas]

信创达梦还行，至少原厂会给你装。

[murmur]

高斯 db 是免费的吧，免费当然是这样，人大金仓 达梦这种付费的就有帮安装、迁移数据甚至排错的服务

[somnus977]

金蝶，人大金仓，达梦，海量....
我们是由测试组去搭建，但是他们也一头雾水，我们开发根据资料和文档去协助他们，主要还是看你们内部氛围吧，感觉楼主这么说也是想直接甩锅不管。
“这个东西你让谁来谁都是第一次，没有谁比谁更合适，彼此协同解决吧”

[wmlz]

有点没说清楚, 现在是处于预研阶段, 开发环境的部署, 生产环境肯定是维护部门负责安装,或者是厂商, 这个肯定就是不是开发负责了

[sampeng]

我是运维。。。是我我也把锅甩出去。
原则：谁用谁研究谁第一次部署
运维有几个会写代码的？为啥是系统运维去首次部署？生产环境除外，生产环境肯定是厂商交接给运维，运维去维护。
第一次在开发环境弄的东西，麻烦金贵的研发先自己搞明白。出了问题别让我们运维抓瞎除了找厂商就是网上找文档

[wmlz]

@sampeng 大家都是第一次用, 但是大家关注的点一样吗? 开发更多关注的是特性, 比如 GaussDB 和原来的 Oracle 语法有哪些差异. 那运维肯定是关注 GaussDB 在部署上跟 Oracle 有哪些差异. 以后上了生产又不是开发部署,为啥开发环境要开发部署? 生产出了问题,那也得看是什么问题, 如果是部署的时候某些参数配置的问题造成的, 那不是运维管是谁管? 大家各有各的职责, 自己顾好自己的, 该我开发负责的绝对不推脱, 该运维负责的我也绝对不会揽

[sampeng]

@wmlz 这种类似的事情研发也跟我争论过。您说的确实也没错，关注不同的方向是会不一样的。但是，实际运维的工作是研发先研究，研究好了。这东西可以上了，提交给运维部署文档。运维按照运维部署文档操作。这事也是商量着来的，不能甩手掌柜啊。一般和合作多了的研发就会变成，商量一下，我先按官方的文档给你部，参数对不对我也不知道。研发你来看一下参数会实际产生什么后果，有什么重要的参数要注意的。是合作关系不是对抗关系。

[sampeng]

举个简单的例子。假设研发想上 clickhouse 。。。是让运维去研究怎么部署。然后才能上么？最精通的应该是研发而不是运维吧。。。

[wmlz]

@sampeng #13 说实话这个问题可能是出在工作模式上. 这次用 GausssDB 是上面统一定的, 大手一挥, 所有项目信创改造都要用. 开发也是被动接受, 所以对这个东西也没有积极性, 所以才认为这个事情应该各搞各的

[sampeng]

@wmlz 你这个逻辑是通的，就跟我说不应该运维管一样。运维如果是主动去接触的，没啥毛病，如果是被动的。就看谁拳头大。。这没啥好纠结的，打工嘛。。谁拳头大听谁的，不然就和稀泥。

[9136347]

人家不求甚解，你还强迫别人学吗？

[pws22]

当初达梦我们也是自己装的。。

[victorc]

楼主要持续学习，linux 下装个数据库 这算什么门槛，看手册尝试就行了

在 chatgpt 时代，crud boy 是最先被替代的岗位，你做做 infra 还能继续干几年

[wmlz]

@victorc MySQL 谁还没部署过, 你去看看 GaussDB 的安装, 45 页的 PDF. 拿什么钱办什么事

[Lighfer]

如果是分布式版的高斯，注意用对分布列、尽量不要用全局唯一索引、尽量不要用复制表，被这三个点坑挺惨的

[sampeng]

@wmlz 我个人觉得 lz 吐槽的不是这玩意难安装，是被动接受，不愿意去接受。。

[YsHaNg]

或许你不是纯开发是 devops ？

[Pteromyini]

分布式部署过做测试，没那么麻烦，文档肯定多，你拿着 mysql 文档也厚，只是一般用不到

[cnleon]

华为云就有啊

[aecra]

首先，部署个这东西应该挺简单的吧

其次，这个应该兼容 Oracle 的 SQL 吧，不至于差太多，应该也有文档说差异点的

[scemsjyd]

目前正在用 自己开发环境的话用 postgresql 感觉也可以

[thevita]

他这乱七八糟的命名感觉去看他文档都搞不清，翻了半天，分享下，不一定对

GaussDB 是 一堆产品矩阵和解决方案，你这里的 Enterprise 版本，应该是 基于 openGauss 的企业级版本？(实在不确定，想吐槽，为啥产品里一堆叫 GaussDB 的）

如果是, 按他文档的说法，openGauss 在应用端基本是兼容 PG 的，有一些 “企业扩展包” ，如果不用应该直接用 PG 来开发应该也是可以的

也可以用 openGauss ，这个提供了 Docker 镜像

另外方面，如果是使用的分布式版本/复制版本，要考虑表设计的，这个你绕不过要去了解一下，他文档中心提供了一下开发相关的特性说明和 推荐的“最佳实践”

这里 有 两个地方有文档 一个是华为云，对于应用端，我想差异应该很小，另外有个 “文档中心”，不过这里要部分文档要客户才能看得到。。。。

[xxfye]

想起过去只要会装 Oracle 就能找到一份工作的年代。。。

[xxfye]

主备式安装还是比较容易的.
分布式没有提供容器镜像给你安装，就很麻烦了，光是各种 CN 和 DN 的搭配就够头大了。
大雷都被各大银行趟完了，小坑还是很多的。
另外很好奇 OP 拿到的版本是多少，能详细发一下么？

[littlecreek]

难道还要对着安装手册一步步敲命令？这都啥年代了。问厂商有没有 docker k8s, terraform 之类的配置文件，有了配置文件应该是可以一个命令就拉起来整个系统的。

如果真的业界都没有做这个(我觉得应该不至于啊)，你们安装后弄一套这些出来，正好可以邀功

再说一句，都 2024 年了，对着安装手册敲命令是十几年前应该干的事

[bianhui]

@NoobPhper mariadb 是开源的吧，社区维护和信创有什么关系

[bianhui]

没让你自己部署 tidb 已经很好了

[jiminjohn0402]

@somnus977 招聘来干什么就是干什么，为什么要越线？我终于知道卷和努力的原因了，互相帮助么，就代表着本来不是自己的活也要抢着干是吗？互相帮助很好，互相帮助不代表要把对方的活抢来干吧？而且部门责任不应该划清楚吗？领导也在和稀泥？

[jiminjohn0402]

我们公司运维更牛逼，因为不了解 mysql 8.0 的一些主要参数设置，直接建议我们新项目改回 5.7 。

[wocao666]

@jiminjohn0402 嘿嘿，我们公司测试连 HTTP 都不知道大致是什么，URL 也不懂怎么看

[Mogugugugu]

XC 下尽量不要用 MariaDB ，有些问题导致需要升级数据库的，无解，只能从其他渠道解决。。。

[NoobPhper]

@bianhui mariadb 也可以过信创哈，而且免费的

[nerkeler]

碰到过一次 oracle 转 高斯 DB ，然后这张表有说有十几亿数据，换完之后查询就崩了，数据量太多直接走全局了，这个是我们对接其他项目组 他们给我们提供的 SQL 。

[BG7ZAG]

如果是预研，安装个单机版也简单点~如果是后端开发，按理来说也得会点部署的东西，等上线的时候再交给运维部署，开发环境一般都是开发自己玩的

[hooych]

开发环境必须开发装，生产环境也是开发提工单写好配置由运维来装，不然运维装好了，因为设置的差异导致不能用算谁的？让运维返工去吗？

[249239432]

全栈工程师的含金量还在提升，程序员就应该是解决一切 IT 问题的人
典型的只考虑自己，如果 oracle 和 GaussDB 的语法不兼容，程序的 sql 怎么做兼容优化？你让运维跑过来一个个问程序员？
说什么安装 pdf45 页，明显就是不想自己做甩给别人

[nothingistrue]

真把开发当成什么都能干的修电脑的了。

想想为啥厂商不给装开发环境？

分布式环境部署，非专业人员最多也就能安装个演示环境，根本没法当测试环境用。不信自己去装个 Kafka 集群，看看能保持几天不挂。

[salmon5]

一看你就不懂工作流程（套路），“内部”是谁的“内部”，如果只是几个开发，拿当然你 all in 了。否则别人给你打工了。
你要把这个“内部”包括 DBA 部门。很简单，开会叫上他们。项目人员包括他们。

[salmon5]

系统运维和应用运维部门 可不管你什么 GaussDB ，是 DBA 管的。

[salmon5]

还有这个事情谁发起的？如果一个小兵发起的，别人当然懒得理你。你一个小兵瞎折腾，别人当然不陪你玩。

[salmon5]

这事要 CTO 承接比较合适，如果一个开发小兵承接了，这有很大的问题，到时候万一 一地鸡毛，一个小兵能负的起责吗？

[leorealman]

除非脑子瓦特了用国产...

[b1u2g3]

搞开发的居然连怎么部署开发环境都不想搞明白，的确是有脾气的。

[nuII]

这事找老板，最差也是找开发负责人，下面的人别自己对接

[janus77]

我比较在意这个任务到底是谁拍板说要分给开发的。
是运维部吗？那你们技术老大干什么吃的，没据理力争？
是老板吗？那同上，领导层开会定的时候，你们技术老大干什么吃的，没据理力争？
是平级吗？他们有什么权利要求你们？况且这个从业务上本来就是运维部门的职责
所以，你应该去找那个给你们分活的人啊，或者想办法搞定那个人

[sampeng]

@b1u2g3 巧了。。身边统计学结果：80% 除了 IDE 点 run 。编译报错得找运维给看

[wmlz]

@b1u2g3 所以你也承认是想不想问题而不是该不该的问题?

[beneo]

@NoobPhper 真的假的？

[beneo]

1. mariadb 是不是能过信创？？
2. 楼主的问题很简单，运维和研发是不是一个头，如果是一个头，运维去部署部署也没关系，否则你研发自己去折腾

[miniliuke]

GaussDB 不就是 pg 和分布式 pg 吗，挺好的，安装也不复杂。docker 也有镜像

[supershuaige]

我也是运维，除非直属上司指定让我去给程序去部署开放环境
程序直接叫运维去部属开放环境？想屁吃呢

[litguy]

@wmlz 我们预研信创时候，硬件，OS 和开发环境搭建，开发，测试，都是研发自己搞的

[DefoliationM]

就是 postgres ，但是他用的 postgres 的版本太老了，很多特性不支持，比如 on duplicate 就不支持，很难用。

[xxfye]

@DefoliationM on duplicate 不是 mysql 方言么，pg 最新版本支持了？...
你是否想说 ON CONFLICT

[noparking188]

Infra 的职责谁担

[doosit]

postgres 怎么用你就怎么搞就完了

[Mandelo]

我们用的达梦，和 oracle 差不多

[zw1one]

“内部刚刚敲定下来信创数据库用 GaussDB”你让那个敲定的人去找运维搞啊，职责分工你说了也不算，网友说了更不算。

[zypy333]

@sampeng #13 研发也是现学的啊，假如搭集群呢，谁来搭

[hero1874]

@sampeng 我们已经去掉 clickhouse 了 运维太麻烦 主要原因是我们大数据组没有专门的运维

[zypy333]

我觉得有运维就该运维来干，因为未来的稳定都是要运维来长期接手维护的，如果开始搭建不参与，什么参数配置的不合理，什么地方细节不清楚，后期就要走很多弯路

[mysterycai]

厂商不提供支持也真是无语，部署数据库肯定有需要注意细节和参数的。而且还得找厂商了解兼容性之类的东西。自己部署出了问题还得自己背锅

[wsseo]

不如让测试去装，然后写个文档。

[dog82]

开发环境不都是码农自己玩么，直接 docker pull 啊

[liprais]

@littlecreek 人家华为标榜的就是不用任何美国技术

[changnet]

“开发环境服务器”的话，一般是开发自己搭建的吧。不然程序想在上面测试些东西怎么办？不存在开发不会搭建的情况，如果自己的开发环境都不会搭建的话，建议回家种田。不然出问题大概率是找不到的。

如果是自己不想做，或者是什么特殊行业内网服务器也不让开发去动，那就另外一回事。

至于运维，那是管线上的服务器的。也是要学怎么搭建维护，但和开发也要会搭建不冲突吧。

[cstj0505]

@thevita 感觉是云厂商统一品牌名称吧，阿里云貌似现在都统一的奥到 polardb 下面去了

[leimu012]

@uuzimu2020 tidb 好像不在信创名单

[uiosun]

@wmlz @sampeng 看了两位的对话，懂了：应该老板来部署！（乐）

[DefoliationM]

@xxfye 对 ON CONFLICT 。。

[thevita]

@bianhui 这方面 tidb 反而是优等生吧，生产部署不说，developer accessibility 是其他国产厂商比不了的优秀，至少不会吧文档锁起来.。。。。。。

对于开发测试来说 tiup playground 可以一键拉个测试环境出来

要布一个测试集群也不复杂，如果有 k8s 还 提供 operator

[iseki]

这些数据库为什么不跟进新版本呢…诶…破玩意儿

[gokiller]

安装 db 不是小菜一碟吗？

[lstz]

在研发过程中，我们一般会有 SIT UAT 环境，那些环境会由 senior developers 去部署安装，在这过程中肯定会有一些安装步骤的文档说明。 在上 production 之前，这些都将由 developers 去提供的，因为坦白讲我们不太可能会让一个 dev 安装都摸不清的软件上 production ，which sounds like a risky and fraught plan.

以我的经验来看，建议上 Docker ，这样可最大程度磨平差异

[longyuzichen]

早就敲定使用 OceanBase 了，弄了一年数据同步方案没有确定下来，坑爹

[littlecreek]

@liprais 那 docker, k8s, terraform 有对应的”国产” 技术吗？
哦我忘了，这些东西大都开源的，改个名字就国产了，哈

[xxfye]

@DefoliationM
去 ooengauss 文档看了一眼，笑死我了，竟然支持垃圾的 mysql 的 ON DUPLICATE ，不支持 pgsql 的 ON CONFLICT
https://docs-opengauss.osinfra.cn/zh/docs/5.0.0/docs/SQLReference/INSERT.html

[LDa]

刚用 gaussDB 上了一个大型项目

[LDa]

只能说在 gc 数据库里它已经算很好的了

[lindt99cocoa]

@longyuzichen 提工单让 OB 的人帮你们搞，钱不能白花

[littleFireFrank]

想问下你们这个单子 how much 呢？

[liprais]

@littlecreek 这你得问华为高斯的人了，“我们不用任何美国技术”

[somnus977]

@jiminjohn0402 理想很丰满，现实很骨干。