在演讲一开始，杨廷琨就简明扼要地指出 Oracle 23c的首要关键词是“简化应用”。随后，他对23c最具价值的核心特性点JSON Relational Duality进行了详细讲解。

在现实应用中，页面展示的结果会对应到一个JSON对象，虽然把这个JSON对象直接存储到数据库中对于开发而言是最方便的，但是会带大量的数据冗余问题，而且当使用者希望修改部分内容时，需要用大量的JSON函数来处理。这使得数据的更新和修改操作非常复杂。

针对这一问题，传统关系型数据库通过主外键关系来进行处理，最大限度避免了数据的冗余。虽然这样可以让数据库更加灵活，但是对于开发的友好度不足。而 Oracle 23c的JSON Relational Duality可以同时以两种方式处理数据——既可以用传统关系型的主外键关系方式来处理，也能够以JSON统一接口来处理。Oracle 可以自动在这两种数据之间做同步，只要把对应的基础架构、表或视图按照要求创建好，Oracle就会在后台自动解决数据同步与冗余的问题。

随后，杨廷琨对JSON Relational Duality特性的具体操作做了介绍：首先，创建需要处理的表，且要注意主外键关系必不可少。

针对 Oracle 23c在SQL方面的新特性，杨廷琨对以下14项主要新特性进行了展开分享。

Boolean类型可以用字符串、FALSE、TRUE、1、0等值进行表示。在判断WHERE条件时，可以直接带入Boolean列的值，不需要进行运算。

以往在对GROUP BY的列做函数操作时，在GROUP BY语句中只能重复select中的写法。Oracle 23c解决了这一问题，允许在GROUP BY中使用别名，从而简化了SQL写法。

以往 Oracle 想要实现一个用户可以访问另一个用户下的所有表，需要把该用户下所有的表的访问权限依次授权给该用户。这一方式存在的问题是，每当源端用户新创建一个表时，还需要额外地给相关用户做授权。

Oracle 23c的SCHEMA级授权特性较好地解决了以上问题。通过把SELECT ANY TABLE ON SCHEMA给到另外一个用户，来将原始用户查询的任何权限给到新的用户。

授权后，用户除了获得CREAT SESSION的系统权限外，没有被授予任何其他系统权限和系统角色。而SCHEMA级授权是通过对象级的继承权限获得。此时，被授权的用户可以看到原始授权用户下所有的表以及数据。

授权用户通过ora_check_sys_privilege函数获取当前是否具备访问权限，即若返回判断结果为1，则用户有查看权限，返回结果为0则无权限。

Oracle 23c通过EXISTS来判断表是否存在。相比于以往DROP的表不存在就报错的情况，Oracle 23c可以支持即使表不存在DROP也不会报错。同理，实现了无论表是否已经存在，创建新表都不会被报错的语法，这减少了批量任务的报错情况。

这一特性对开发更为友好：给予了必要的系统权限，使得开发者可以进行日常的工作。除了这些系统权限外，还给予了一些必要视图的查询权限。

Oracle 23c在WITH时可以不通过构建查询的方式，直接用VALUES语句创建数组——这使查询更加简化。由于VALUES语句可使用，那么除WITH构建外，在INSERT语句中，也可以实现多行的直接插入。

Oracle 23c具有update的JOIN，可以对关联查询进行更新。

在原来的版本当中，更新两张表的关联结果需要这两张表建立了主外键关系。而在新版本中，可以直接update目标表，并set一个值。这样逻辑就非常清爽，代码也非常简单。

以往版本在SQL中，可以通过RETURN语句将修改的值返回出来，这简化了查找的操作。而 Oracle 23c的增强是对于update而言的，不仅能返回现在的值，还能把之前的老值也返回出来。

Oracle 23c的报错信息更加全面。以往的数据库报错只是“ORA-12514: Cannot connect to database”，而新版本会把用户所使用的服务，包括监听、端口等信息进行呈现，以便于更好地诊断问题。

该特性可以把一个自成体系的信息内容进行封装，比如将email、身份证号等拥有一套规则的信息定义为DOMAINS。这一特性包含三个语句：CONSTRAINT（约束条件）、DISPLAY（显示方式）和ORDER（排序方式）。

Oracle 通过在数据类型后加“ESCROW”把列定义为无锁的列值。这主要应对高并发的加减库存操作，避免了锁机制影响并发。Oracle 的无锁列是在用户提交后，通过对后台日志表的异步更新实现的，类似物化视图刷新的机制，带来的问题是不保证更新后的结果准确性，只保证commit后结果的最终一致性。