水木社区手机版
- 主题:求问oracle程序员的梗 出处
- 这个我还真不确定别家怎么处理的，不过空的 VARCHAR2 就是 null，我个人还真没栽在这上面过……
说到这个，我们还有几个 column 的定义是不能为 null，但是 default null。我也不知道别的 sql 是怎么处理这种定义的，反正 oracle 里能建出这个定义来
【 在 canper 的大作中提到: 】
: 居然不提最著名的坑
: '' is null
: ''=''
: ...................
--
FROM 222.153.154.* - 感觉老产品都差不多，我们这也是天天救火。完全没有测试，stored procedures 更是没人知道怎么测。前几个礼拜就是，有个问题搞不清是 ruby 还是 plsql 的锅，于是下班前被人叫住一起去开会。单独跑报错的 plsql 就不报错，从一个 package 里面跑它就报错。我就只能猜，package 里会创建新 rows，然后那个 procedure 就会报错然后 rollback，所以也不知道到底出问题的 record 到底长啥样。
好在我们这是不需要一定要解决完问才让走的，负责 plsql 的同事觉得有道理，说他第二天再看。后来听说，第二天另外一个同事看了一下，有一个 flag 没设对，试了一下就直接搞好了。这东西既没有文档也没有测试，不知道咋回事儿的话，那就只能浪费时间调试了
现在就是转 pg 也是问题一堆，对方说我转完了，绝对没问题。我们这都没法验证，转换完的代码到底有没有问题。
【 在 vmx 的大作中提到: 】
: 你这是着火房间，我那是屎山，不动就好了，动了就滑坡。
: 换PG理论是可以，不过前提是业务停个一年半载，没有新热数据进来，静下心来梳理，
: 要是像现在这样成天铲屎救火的，哪有可能迁移到PG。
: ...................
--
FROM 222.153.154.* - oracle有个奇怪的坑
罗马数字ⅠⅡⅢⅣⅤ(不是I II III IV V这些英文字母),
oracle的regexp判断是match \d的, 但是to_number不认,
于是有一次我百思不得其解,最后好吧好吧我改行了吧.
【 在 canper 的大作中提到: 】
: 居然不提最著名的坑
: '' is null
: ''=''
: ...................
--
FROM 125.118.170.* - 这个最坑了
插进去空字符串，查询的时候要用is null才查的出来
【 在 canper 的大作中提到: 】
: 标 题: Re: 求问oracle程序员的梗 出处
: 发信站: 水木社区 (Tue Jul 19 14:49:15 2022), 站内
:
:
: 居然不提最著名的坑
:
: '' is null
: ''=''
:
: 【 在 eGust 的大作中提到: 】
: : 董事会懂不懂 pg 我不知道，但要求替换掉 oracle 是投资者的要求。总之就是，不管是投资人、aws（什么战略伙伴之类的）、还是客户，都要求老板干掉 oracle
: : 具体不知道，但目前有几个使用场景我是非常高兴的。原生支持 uuid、json 类型，而且基于 json 做 query 也非常简单。我们 oracle 有一个 column 的定义是 NUMBER(2,20)，我也不知道 oracle 到底怎么处理的总之是定义出来了，我全局替换 NUMBER 放 pg 里一跑，挂了，然后才
: ⒁
: : 獾骄尤挥姓饷锤鐾嬉舛
: : ...................
:
: --
:
: 在我头上做窝的蚂蚁，你们保重
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 183.6.114.*]
--
FROM 221.216.117.* - 这个坑太高端了，一般人遇不上
【 在 vmx 的大作中提到: 】
: oracle有个奇怪的坑
: 罗马数字ⅠⅡⅢⅣⅤ(不是I II III IV V这些英文字母),
: oracle的regexp判断是match \d的, 但是to_number不认,
: ...................
--
FROM 183.6.114.* - 说到oracle的varchar，有个很不爽的地方，是按字节数而不是字符数来算长度的，
这样一个varchar(X)里实际能放的字符数跟encoding和内容都相关……
当然，可以用nvarchar按字符数来算，但是我遇到的（上级主管单位用的）供应商
大概是根本没这概念，只知道舔业务，技术细节不懂的，都闭着眼用varchar…… ~><~
好像MSSQL也是这样算，而MySQL和PG是按字符数的。
【 在 eGust 的大作中提到: 】
: 董事会懂不懂 pg 我不知道，但要求替换掉 oracle 是投资者的要求。总之就是，不管是投资人、aws（什么战略伙伴之类的）、还是客户，都要求老板干掉 oracle
: 具体不知道，但目前有几个使用场景我是非常高兴的。原生支持 uuid、json 类型，而且基于 json 做 query 也非常简单。我们 oracle 有一个 column 的定义是 NUMBER(2,20)，我也不知道 oracle 到底怎么处理的总之是定义出来了，我全局替换 NUMBER 放 pg 里一跑，挂了，然后才注
: 獾骄尤挥姓饷锤鐾嬉舛
: ...................
--
修改:adoal FROM 125.122.83.*
FROM 125.122.83.* - oracle有express版啊，也可以在docker里面玩一玩。
【 在 eGust 的大作中提到: 】
: 古时候不知道，现在的话……没有 auto increament int，没有 bool。想跑 docker 连官方的 image 都没有，至少 3G RAM 才能跑，连用户都没建就得占 5G+ 的空间不说，还得等半分钟服务才能起来。这些恶心的地方不说，人家还老惦记着想办法告你，这得有多想不开才用 oracle？
:
--
FROM 221.223.103.* - 这个都这样吧，其他数据库也是
【 在 adoal 的大作中提到: 】
: 说到oracle的varchar，有个很不爽的地方，是按字节数而不是字符数来算长度的，
: 这样一个varchar(X)里实际能放的字符数跟encoding和内容都相关……
: 当然，可以用nvarchar按字符数来算，但是我遇到的（上级主管单位用的）供应商
: ...................
--
FROM 121.32.126.* - >> 而MySQL和PG是按字符数的
【 在 canper 的大作中提到: 】
: 这个都这样吧，其他数据库也是
--
FROM 60.186.217.* - 我找到了。。
【 在 eGust @ [Programming] 的大作中提到: 】
:
: 古时候不知道，现在的话……没有 auto increament int，没有 bool。想跑 docker 连官方的 image 都没有，至少 3G RAM 才能跑，连用户都没建就得占 5G+ 的空间不说，还得等半分钟服务才能起来。这些恶心的地方不说，人家还老惦记着想办法告你，这得有多想不开才用 oracle？
:
: 【 在 KEILLY 的大作中提到: 】
: : 15～20年前是不是流行使用盗版oracle？
--
FROM 124.160.154.*