« Oracle 12c New Features : Invisible ColumnsORA-65093: container database not set up properly »

Oracle 12c New Features : Aumento de largo en columnas VARCHAR2, NVARCHAR2 y RAW



En Oracle 12c existe una nueva funcionalidad relacionada al largo que le podemos asignar a un campo varchar2, nvarchar2 o raw.


PD : Quito , Ecuador.... ya pronto iremos para esos lugares :)




Para versiones anteriores a 12c, sólo podíamos asignar hasta 4000 bytes , he acá un ejemplo

SQL> create table a (campo1 varchar2(4000));

Table created.


Pero si queriamos asignar un valor mayor, nos reclama por el largo para ese tipo de datos

SQL> create table b (campo1 varchar2(4001));
create table b (campo1 varchar2(4001))
*
ERROR at line 1:
ORA-00910: specified length too long for its datatype


En Oracle12c se puede ampliar el valor del largo de los tipos de campo varchar2, nvarchar2 y raw , hasta los 32Kb , para realizar esto se debe modificar una variable de inicio llamada MAX_STRING_SIZE.


La aplicación de este cambio requiere un pequeño análisis y algunos puntos a tener en cuenta, como por ejemplo

- La variable de inicialización MAX_STRING_SIZE acepta 2 valores, el STANDARD, con el cual los tipos de datos VARCHAR2, NVARCHAR2 y RAW aceptan largos hasta 4000 bytes y el valor EXTENDED que permite que esos tipos de datos lleguen hasta 32Kb.
- Se puede cambiar el parámetro desde STANDARD a EXTENDED, pero no viceversa.
- Cuando se hace la modificación al parámetro MAX_STRING_SIZE , puede ser que queden objetos inválidos por el cambio del largo de ciertos tipos de datos.
* Las tablas con columnas virtuales también podrían verse afectadas, quedando inválidas.
* Vistas y vistas materializadas también podrían verse afectadas.

Un ejemplo práctico de como modificar ese campo

- Bajamos la base de datos

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.


- Reiniciamos la base de datos en modo UPGRADE

SQL> startup upgrade

ORACLE instance started.

Total System Global Area 521936896 bytes
Fixed Size 2404552 bytes
Variable Size 385879864 bytes
Database Buffers 125829120 bytes
Redo Buffers 7823360 bytes
Database mounted.
Database opened.


- Cambiamos el valor del parámetro

SQL> show parameter MAX_STRING

NAME TYPE VALUE
------------------------------------ ----------- -----------------------------
max_string_size string STANDARD

SQL> alter system set MAX_STRING_SIZE='EXTENDED' scope=both;

System altered.

Nota : Si tratamos de cambiar el valor del parámetro y la base de datos no ha sido levantada en modo UPGRADE aparece el siguiente mensaje de error

ORA-14694: database must in UPGRADE mode to begin MAX_STRING_SIZE migration


- Ejecutamos el script de cambio del diccionario de datos (utl32k.sql)

SQL> @?/rdbms/admin/utl32k.sql

Session altered.

DOC>#######################################################################
DOC>#######################################################################
DOC> The following statement will cause an "ORA-01722: invalid number"
DOC> error if the database has not been opened for UPGRADE.
DOC>
DOC> Perform a "SHUTDOWN ABORT" and
DOC> restart using UPGRADE.
DOC>#######################################################################
DOC>#######################################################################
DOC>#

no rows selected

DOC>#######################################################################
DOC>#######################################################################
DOC> The following statement will cause an "ORA-01722: invalid number"
DOC> error if the database does not have compatible >= 12.0.0
DOC>
DOC> Set compatible >= 12.0.0 and retry.
DOC>#######################################################################
DOC>#######################################################################
DOC>#

PL/SQL procedure successfully completed.

Session altered.

1215 rows updated.

Commit complete.

System altered.

PL/SQL procedure successfully completed.

Commit complete.

System altered.

Session altered.

PL/SQL procedure successfully completed.

No errors.

Session altered.

PL/SQL procedure successfully completed.

Commit complete.

Package altered.

TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_BGN 2013-08-12 12:48:20

DOC> The following PL/SQL block invokes UTL_RECOMP to recompile invalid
DOC> objects in the database. Recompilation time is proportional to the
DOC> number of invalid objects in the database, so this command may take
DOC> a long time to execute on a database with a large number of invalid
DOC> objects.
DOC>
DOC> Use the following queries to track recompilation progress:
DOC>
DOC> 1. Query returning the number of invalid objects remaining. This
DOC> number should decrease with time.
DOC> SELECT COUNT(*) FROM obj$ WHERE status IN (4, 5, 6);
DOC>
DOC> 2. Query returning the number of objects compiled so far. This number
DOC> should increase with time.
DOC> SELECT COUNT(*) FROM UTL_RECOMP_COMPILED;
DOC>
DOC> This script automatically chooses serial or parallel recompilation
DOC> based on the number of CPUs available (parameter cpu_count) multiplied
DOC> by the number of threads per CPU (parameter parallel_threads_per_cpu).
DOC> On RAC, this number is added across all RAC nodes.
DOC>
DOC> UTL_RECOMP uses DBMS_SCHEDULER to create jobs for parallel
DOC> recompilation. Jobs are created without instance affinity so that they
DOC> can migrate across RAC nodes. Use the following queries to verify
DOC> whether UTL_RECOMP jobs are being created and run correctly:
DOC>
DOC> 1. Query showing jobs created by UTL_RECOMP
DOC> SELECT job_name FROM dba_scheduler_jobs
DOC> WHERE job_name like 'UTL_RECOMP_SLAVE_%';
DOC>
DOC> 2. Query showing UTL_RECOMP jobs that are running
DOC> SELECT job_name FROM dba_scheduler_running_jobs
DOC> WHERE job_name like 'UTL_RECOMP_SLAVE_%';
DOC>#

PL/SQL procedure successfully completed.

TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_END 2013-08-12 12:54:52

DOC> The following query reports the number of objects that have compiled
DOC> with errors.
DOC>
DOC> If the number is higher than expected, please examine the error
DOC> messages reported with each object (using SHOW ERRORS) to see if they
DOC> point to system misconfiguration or resource constraints that must be
DOC> fixed before attempting to recompile these objects.
DOC>#

OBJECTS WITH ERRORS
-------------------
3

DOC> The following query reports the number of errors caught during
DOC> recompilation. If this number is non-zero, please query the error
DOC> messages in the table UTL_RECOMP_ERRORS to see if any of these errors
DOC> are due to misconfiguration or resource constraints that must be
DOC> fixed before objects can compile successfully.
DOC>#

ERRORS DURING RECOMPILATION
---------------------------
3

Function created.

PL/SQL procedure successfully completed.

Function dropped.

Warning: XDB now invalid, could not find xdbconfig

PL/SQL procedure successfully completed.

SQL>


- Se reinicia la base de datos en forma normal

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup

ORACLE instance started.

Total System Global Area 521936896 bytes
Fixed Size 2404552 bytes
Variable Size 406851384 bytes
Database Buffers 104857600 bytes
Redo Buffers 7823360 bytes
Database mounted.
Database opened.


- Y desde ahora en adelante, se pueden generar columnas con un tamaño hasta 32767 bytes

SQL> create table t10 (campo1 varchar2(32767));

Table created.


Nota2 : Si tratamos de cambiar el parámetro de EXTENDED a STANDARD aparece un mensaje de error, dado que el cambio es irreversible

SQL> alter system set MAX_STRING_SIZE='STANDARD' scope=both;
alter system set MAX_STRING_SIZE='STANDARD' scope=both
*
ERROR at line 1:
ORA-02097: parameter cannot be modified because specified value is invalid
ORA-14693: The MAX_STRING_SIZE parameter must be EXTENDED.

Espero les sirva

by Ligarius
12.08.13. 11:46:00. 1098 words, 3210 views. Categories: Oracle 12c ,