12C单实例测试，varchar2在早期版本中最大长度限制为4000，当字段长度指定的比较长的时候会报错：ORA-00910: specified length too long for its datatype。

早期版本中虽然SQL数据类型限制为4000（如表中的列的varchar2类型），但在PL/SQL中的限制是32767（如在存储过程中的定义变量时用的varchar2类型）。

12C版本可以通过修改参数MAX_STRING_SIZE为EXTENDED将varchar2最大长度限制调整为32767。12c的cdb里虽然max_string_size为STANDARD，但是varchar2最大长度限制也是32767。

一 MAX_STRING_SIZE相关说明

1，需要在UPGRADE模式下修改参数和跑脚本utl32k.sql。
Use ALTER SYSTEM only when the database is in UPGRADE mode, and run the utl32k.sql script afterward, as explained in this section.
2，参数MAX_STRING_SIZE只控制 VARCHAR2, NVARCHAR2, and RAW这三个数据类型的最大值。
MAX_STRING_SIZE controls the maximum size of VARCHAR2, NVARCHAR2, and RAW data types in SQL.
3，STANDARD模式下，VARCHAR2 and NVARCHAR2最大值为4000，RAW最大为2000。
STANDARD means that the length limits for Oracle Database releases prior to Oracle Database 12c apply (for example, 4000 bytes for VARCHAR2 and NVARCHAR2, and 2000 bytes for RAW).
4，EXTENDED模式下，上述三个数据类型的最大值为32767。
EXTENDED means that the 32767 byte limit introduced in Oracle Database 12c applies.
5，COMPATIBLE这个兼容参数的版本为12.0.0.0及以上。
The COMPATIBLE initialization parameter must be set to 12.0.0.0 or higher to set MAX_STRING_SIZE = EXTENDED.
6，参数MAX_STRING_SIZE的值只能从STANDARD 修改为 EXTENDED，而不能从EXTENDED 修改为 STANDARD。
You can change the value of MAX_STRING_SIZE from STANDARD to EXTENDED. However, you cannot change the value of MAX_STRING_SIZE from EXTENDED to STANDARD.

二 怎样调整MAX_STRING_SIZE

1,以sysdba连接数据库[oracle]$ sqlplus /  as sysdbaSQL> show parameter COMPATIBLE ;              --兼容性参数compatible要为12.0.0.0.0及以上NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
compatible                           string      12.1.0.2.0SQL> show parameter  MAX_STRING_SIZE;         --字符串大小参数max_string_size初始值为STANDARDNAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
max_string_size                      string      STANDARD2，关闭数据库，并以upgrade试启动数据库SQL> shutdown immediate;SQL> startup upgrade;3，修改参数SQL> alter system  set max_string_size=extended scope=both;         4，字符类型扩展脚本SQL> @?/rdbms/admin/utl32k.sqlSQL> select count(*) from dba_objects where status<>'VALID';    --查看invalid状态COUNT(*)
----------32595，以NOMAL模式重启数据库SQL> shutdown immediate;SQL> startup;6，执行脚本编译数据库SQL> @?/rdbms/admin/utlrp.sqlSQL> select count(*) from dba_objects where status<>'VALID';COUNT(*)
----------0

/*

我在12c自己虚拟机里这种操作没有任何报错，我在一个19c环境（已有一些业务表）的开发环境执行@?/rdbms/admin/utl32k.sql时，遇到一个报错：

ORA-14060: data type or length of a table partitioning column may not be changed

ORA-01722: invalid number

 且sql窗口自己就退出来了，手动启动数据库，也起不来了，报错：

ORA-00603: ORACLE server session terminated by fatal error

ORA-01092: ORACLE instance terminated. Disconnection forced

ORA-14695: MAX_STRING_SIZE migration is incomplete

 后来我把报错的这个业务表临时expdp备份下，然后drop掉了（我这是开发环境，这样操作没事，但是在生产环境drop表会影响业务，一定要谨慎操作），再执行@?/rdbms/admin/utl32k.sql没再报错了。后面再手动导下这个表数据。

*/

--本篇文章参考自https://blog.csdn.net/cowboy90/article/details/91492747，并做了些许改动。