Oracle的CAB和PAB
这是甲骨文的客户大会Oracle China Customer Advisory Board Metting CAB缩写。和Oracle China Partner Advisory Board Metting PAB缩写。
这已经不是我第一次参加了。虽然现在有信创，但是技术人讨论技术还是要纯粹一点。所为纯粹就像精武英雄中 陈真和船越文夫的切磋。
而对抗是陈真对藤田刚的对决。
有些人没好好参会听讲，不讲武德的先发了。实在太卷了。
Oracle的愿景-融合架构
我昨天的公众号刚写了数据库真的决定架构，今天这个说的也是这样。OLTP、AP、IOT、区块链、文档、机器学习、JSON、图、地理信息、向量等。有的即使数据类型造就的数据库，也有技术栈造就的数据库，还有应用场景造就的数据库。对DBA来说是有挑战的，我就是过来人，除了机器学习我是都来了一遍。只有苦，没有乐。可能有人说会的越多薪资越高。但是这句话在大陆应该不怎么成立。我这里说两大家总结的话：
1、我们拿的是央企的薪资，不是IT的薪资。
2、我们的薪资有一半是辛苦的窝囊费。
再讲一个真实的案例，我经历过一个场景。业务说我们是物联网场景，问我数据库选型。我说如果是这个场景，那么应该是IOT，那么对应的应该选择时序数据库。 按说这样没错吧？but，运行了一段时间后。业务说，这些物联网数据涉及到吊装和运输的场景，需要根据数据做监管。但是突然发现，似乎没有交易订单数据，根本无法形成判断。所以就变成TP是TP，IOT是IOT。各用各的，完全发挥不出来价值。
这一点在今天的交流中我感触颇深。各式各样的NoSQL等，每个都能在自己场景中大放异彩，但是没有形成合力。如果进行是用插件把数据集成对接在一起，而这些数据没有形成模型关联，那和我刚才的案例没有太大区别。
Oracle的JSON二元性 以及关系型和图数据库的统一这些都是实实在在的做到了融合，这样最终的应用效果就非常的好。具体怎么好，大家可以自己实验一下。
Oracle的低代码-APEX+AI
低代码其实是面向DBA和开发人员。而无代码是面向用户。有了低代码对于DBA来说就向全栈迈出了一步。我是2019年接触APEX的，但是那时候仅仅用它做了一个CMDB系统，以及简单的报表。其实他能做很多。ACE的网站就是这个做的。
最近研究了最新版的APEX和以前有些不一样，尤其是ORDS这里，解决了多数据源的问题。这样能做的事情就更多了。而今天看到很多已经落地的，不得不佩服。APEX+AI，看到演示案例。感觉这让业务直接上手也不是没可能。因为AI的作用使得这个过程又简化了。
不愧是23AI版本。在交互式问答的过程中看到写SQL都省了。这种太降维打击了。重点是他有上下文。
APEX我觉得其实在当下作用很大，各家企业的研发也是裁了不少。业务需求也没人做了，业务用这个可以自己做一些维持运营也挺好的。
Oracle的高可用
RAC+ADG这个不是新鲜的，在这个基础上还有全球分布式数据库。现在越来越觉得RAC好用了，毕竟大家都在学。此外对升级补丁等能做到0停机，这个作用比容灾的使用范围更加广。
Oracle的OGG
新版本又精进了不少。我记得21C的时候有些问题，当时可能都没人遇到过，是我和官方一起摸索的。我把那些写到了我的书中。应该是很有价值的。而现在这些更加成熟，让DBA更加轻松的使用了。
Oracle的开放
1、可以对接国内大模型
2、可以对接信创适配
3、OGG愿意对接国产数据库
格局决定了生态。很多人都说Oracle赚钱也让其他人赚钱。
其他的明天再写。未完，待续。
