- 主题:rust和自动驾驶
oracle 是真的烂,如今连 c 都有正经 boolean 类型了,oracle 还是没有。varchar2 依然最多4000,再长就只能上 lob 了。auto-increase 类型也没有,必须用 sequence,而且这货还不能直接设成一个数值,只能每次 +1。更别提像 json 这种再高级点儿的类型了,完全都是不存在的。
官方没有 docker image,必须自己 build,要下载一个近 3g 的 tar.gz。做好之后的大小大约是 6G+,第一次启动得等上十几二十分钟才能用,然后 image 就变成 11G 了。就这么一个啥都没有的空 db,没记错的话全部 layer 的 tarball 也要将近 5G 大小。这样还不够,需要至少 3G 内存才能跑,而且再次启动 db 也要大概半分钟才能用。而且非常神奇的是,在 ec2 上首次启动要等至少10分钟才能用,也不知道在等啥。
开发用的 oracle vm 我也是尽量避免用,启动之后也得等个1、2分钟才能用,而且 vm 随便出点儿啥问题,都有可能报 corrupt,反正我是不会修
现在还在用 oracle 的绝对是从古代就用下来,各种没办法迁移。比如我们公司,这些代码全部都是 plsql,不包括 table 定义
Language Files Lines Blanks Comments Code Complexity
──────────────────────────────────────
SQL 1437 241977 7650 50849 183478 5870
要不是核心业务逻辑都在 plsql 里,肯定早就换 pg 了
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 我觉得你说的没错。低耦合度的复杂更像是规模的堆砌。比如kernel里面主体是驱动,比如linux里面gnu的那一堆可执行文件理论上也可以算在os的loc里面。
: matlab的复杂应该也同理,oracle嘛主要是声誉不咋滴,不禁让人怀疑这里的复杂到底是真实需求还是能力问题。
: 最后,回到标题,musk说过fsd的代码量规模,大概十几万行,并且他不认为loc有什么价值,并且他表示这个规模会随着时间推移不断下降。
: ...................
--
FROM 203.211.108.*
哈哈,用Oracle 的公司里的技术人员,可能也是共谋。
用这样的工具,从市场上招来的一般人,没有几年的浸润,搞不定啊。
【 在 eGust 的大作中提到: 】
: oracle 是真的烂,如今连 c 都有正经 boolean 类型了,oracle 还是没有。varchar2 依然最多4000,再长就只能上 lob 了。auto-increase 类型也没有,必须用 sequence,而且这货还不能直接设成一个数值,只能每次 +1。更别提像 json 这种再高级点儿的类型了,完全都是不存在的。
: 官方没有 docker image,必须自己 build,要下载一个近 3g 的 tar.gz。做好之后的大小大约是 6G+,第一次启动得等上十几二十分钟才能用,然后 image 就变成 11G 了。就这么一个啥都没有的空 db,没记错的话全部 layer 的 tarball 也要将近 5G 大小。这样还不够,需要至少 3G 内存才能跑,而且再次启动 db 也要大概半分钟才能用。而且非常神奇的是,在 ec2 上首次启动要等至少10分钟才能用,也不知道在等啥。
: 开发用的 oracle vm 我也是尽量避免用,启动之后也得等个1、2分钟才能用,而且 vm 随便出点儿啥问题,都有可能报 corrupt,反正我是不会修
: ...................
--
FROM 47.144.172.*
保持壁垒,这样搞oracle的dev和dba能拿高价钱
【 在 hongyan2022 的大作中提到: 】
: 哈哈,用Oracle 的公司里的技术人员,可能也是共谋。
: 用这样的工具,从市场上招来的一般人,没有几年的浸润,搞不定啊。
:
--
FROM 114.241.228.*
对啊。 大公司大项目,谁也不敢拍板换个便宜一点的工具顶上。 大家都容易混口饭吃。 直到新进的公司把饭碗都端了。
【 在 z16166 的大作中提到: 】
: 保持壁垒,这样搞oracle的dev和dba能拿高价钱
:
--
FROM 47.144.172.*
没有想象的那么容易,oracle 自己有 cloud,然后为了让大家都用自己的 cloud,于是又搞了一堆限制,让 aws rds 用起来比以前麻烦很多
aws 为了留住客户,也开发了一套工具能够帮助把 oracle 的数据库包括 plsql 转成 pg。我们试过一次,转完之后没法直接用,还是有不小的距离。我给老板估计的数字是一个人全职搞一年,新客户基本就可以用 pg 了。但现在 oracle 实际上是客户买单,所以老板并不着急搞。而是似乎还有法律上的问题,所以想让 aws 也能出人来一起搞。
反正下狠心的话,哪怕不转 plsql,用其它语言重写核心逻辑,长期来看还是省钱的。老板们也不傻,就 oracle 这种运作模式,逮着一只羊就可劲薅。除非真的有政治原因的,不然新系统能避免用的话,肯定是要避免的
【 在 z16166 (Netguy) 的大作中提到: 】
: 保持壁垒,这样搞oracle的dev和dba能拿高价钱
--
修改:eGust FROM 203.211.108.*
FROM 203.211.108.*
pgsql 和 mysql 基本兼容的吧,搞不懂为什么 pgsql 不火
【 在 eGust (十年) 的大作中提到: 】
: 没有想象的那么容易,oracle 自己有 cloud,然后为了让大家都用自己的 cloud,于是又搞了一堆限制,让 aws rds 用起来比以前麻烦很多
: aws 为了留住客户,也开发了一套工具能够帮助把 oracle 的数据库包括 plsql 转成 pg。我们试过一次,转完之后没法直接用,还是有不小的距离。我给老板估计的数字是一个人全职搞一年,新客户基本就可以用 pg 了。但现在 oracle 实际上是客户买单,所以老板并不着急搞。而
: 反正下狠心的话,哪怕不转 plsql,用其它语言重写核心逻辑,长期来看还是省钱的。老板们也不傻,就 oracle 这种运作模式,逮着一只羊就可劲薅。除非真的有政治原因的,不然新系统能避免用的话,肯定是要避免的
: ...................
--
FROM 112.66.29.*
mysql 卖给 orcale 之后,新版故意和旧版各种不兼容
【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 我觉得你说的没错。低耦合度的复杂更像是规模的堆砌。比如kernel里面主体是驱动,比如linux里面gnu的那一堆可执行文件理论上也可以算在os的loc里面。
: matlab的复杂应该也同理,oracle嘛主要是声誉不咋滴,不禁让人怀疑这里的复杂到底是真实需求还是能力问题。
: 最后,回到标题,musk说过fsd的代码量规模,大概十几万行c++代码,并且他不认为loc有什么价值,并且他表示这个规模会随着时间推移不断下降。
: ...................
--
FROM 112.66.29.*
没啥不火的,正经用 sql 的压根就不会考虑不合规定的 mysql/mariadb
【 在 chaobill (若我离去,后会无期) 的大作中提到: 】
: pgsql 和 mysql 基本兼容的吧,搞不懂为什么 pgsql 不火
--
FROM 203.211.108.*
clickhouse 之类的呢
【 在 eGust (十年) 的大作中提到: 】
: 没啥不火的,正经用 sql 的压根就不会考虑不合规定的 mysql/mariadb
--
FROM 112.66.29.*
没听过,不了解
【 在 chaobill (若我离去,后会无期) 的大作中提到: 】
: clickhouse 之类的呢
--
FROM 203.211.108.*