Oracle 12C 新特性-扩展数据类型，在12c中，与早期版本相比，诸如VARCHAR2, NAVARCHAR2以及 RAW这些数据类型的大小会从4K以及2K字节扩展至32K字节。只要可能，扩展字符的大小会降低对LOB数据类型的使用。为了启用扩展字符大小，你必须将MAX_STRING_SIZE的初始数据库参数设置为EXTENDED。

实验流程：

1.查看参数max_string_size默认值

SQL> show parameter max_string_size

NAME     TYPE VALUE

------------------------------------ ----------- ------------------------------

max_string_size     stringSTANDARD

说明：12C 参数max_string_size默认值是standard，即不改变varchar2、nvarchar2、和raw数据类型的大小限制，和11g保持一致。

2. 关闭数据库

SQL> shutdown immediate;

3. 以升级模式重启数据库

SQL> startup upgrade;

3. 更改参数: ALTERSYSTEM SET MAX_STRING_SIZE=EXTENDED;

SQL> alter system  set max_string_size=extended scope=spfile;

System altered.

4. 执行 utl32k.sql as sysdba:

SQL> @$ORACLE_HOME/rdbms/admin/utl32k.sql

说明：如果环境是cdb+pdb，那么所有的cdb + pdb$seed + pdb 都需要在 startup upgrade; 状态下跑脚本 @$ORACLE_HOME/rdbms/admin/utl32k.sql 。不然，只扩展完cdb后，pdb不能打开，报ORA-14694: database must in UPGRADE mode to begin MAX_STRING_SIZE migration 。

5. 检查一下有没有产生失效对象

SQL> select count(*) from dba_objects where status<>'VALID';

  COUNT(*)

----------

0

6. 关闭数据库

SQL> shutdown immediate;

7. 以读写模式重启数据库

SQL> startup;

8.检查参数max_string_size ， 与失效对象。

SQL> show parameter max_string_size

NAME     TYPE VALUE

------------------------------------ ----------- ------------------------------

max_string_size     stringEXTENDED

SQL> select count(*) from dba_objects where status<>'VALID';

  COUNT(*)

----------

0

9. 测试

SQL> create table t_32k (name varchar2(32000)); 

Table created.

SQL> insert into t_32k values('andy'); 

1 row created.

SQL> select * from t_32k;

NAME

--------------------------------------------------------------------------------

andy

对比LOB数据类型，在ASSM表空间管理中，扩展数据类型的字段以SecureFiles LOB加以存储，而在非ASSM表空间管理中，它们则是以BasciFiles LOB进行存储的。

注意：一旦更改，你就不能再将设置改回STANDARD。