董事会懂不懂 pg 我不知道，但要求替换掉 oracle 是投资者的要求。总之就是，不管是投资人、aws（什么战略伙伴之类的）、还是客户，都要求老板干掉 oracle
具体不知道，但目前有几个使用场景我是非常高兴的。原生支持 uuid、json 类型，而且基于 json 做 query 也非常简单。我们 oracle 有一个 column 的定义是 NUMBER(2,20)，我也不知道 oracle 到底怎么处理的总之是定义出来了，我全局替换 NUMBER 放 pg 里一跑，挂了，然后才注意到居然有这么个玩意儿。
除了前面说的 auto-inc int/bool 外，oracle 还有很多奇葩限制。比如经常用来表示字符串的 VARCHAR2 最长只能 4000 bytes，再长就只能 clob 了。12c 之前 identifier 有个不能超过30的长度限制，12开始好像是改成128了。因为我们公司的产品是90年代开发的，所以用的 encoding 是 NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252，纯英文。现在开发人员用的 oracle vm 还是 v11，aws 上的客户已经全部 19c + utf8 了，但我们有个哥们儿就爱拿这些说事儿，不能超过30字节，非英文字符要提前干掉再存数据库。
oracle 的 client 也很有意思，似乎对 timestamp with timezone 的转换是在 client 进行的。遇到的最奇葩的一个 bug，就是一个太平洋岛国客户，server 版本和 client 版本的最小版本号不一致。其中一个岛使用俄罗斯的一个时区，刚好在那两个小版本号之间，俄罗斯的那个时区挪了一个小时。于是那个 schema 里所有的 timestamp 都差一个小时，找了好久才搞明白为啥。
总之 oracle 是越用越惊喜，你永远不知道什么时候，它会用怎样的姿势在背后给你一刀
【 在 fanci 的大作中提到: 】
: 董事会还懂pg ？很专业嘛。
: 顺便问问，pg 怎么样，实用靠谱吗？
: - 来自 水木社区APP v3.5.5
: ...................
--
FROM 203.184.25.*