Search for a command to run...
![[23ai] Deferred Segment Creation](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fres%2Fhashnode%2Fimage%2Fupload%2Fv1743081679114%2Fa10c2859-9699-450f-809b-fca6f8f9e5d7.jpeg&w=3840&q=75)
Ingeniero informático, Oracle ACE, DBA y Arquitecto OCI, con más de 15 años de experiencia en plataformas Oracle. Certificado en OCI Certified Architect Professional y OCI Migration and Integration Certified Professional.
No comments yet. Be the first to comment.
En el artículo de hoy vamos a ver las Calendar functions en 26ai, diseñadas para simplificar la "vida" a los desarrolladores. Antes de su existencia, esto se resolvía con ingeniosas combinaciones usan
![[26ai] SQL: Calendar functions/Aggregation Filters "CALENDAR"](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F587e3328-9877-4c7a-aad7-7811e251f81e.png&w=3840&q=75)
En el artículo de hoy vamos a ver como podemos recrear una PDB$Seed de manera fácil en caso que se quede corrupta y no tengamos backup. sys@> alter pluggable database PDB$SEED open read only; alter pl
![[OCI] Recreación PDB$SEED](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F289ede5b-558c-4f93-b5c0-fa04680c91ca.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver como podemos clonar una PDB usando RMAN Active Duplicate o bien usando una instrucción DDL entre
![[OCI] Clone PDB](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F8ce0c665-4a5d-459d-91cf-ffe3f47d8176.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy voy a compartir un sh que utilizo para ver de una manera rápida los jobs que se ejecutan desde Oracle Databa
![[OCI] Check Jobs DBCli](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F1376a869-58fa-491e-926a-a6ead08f9c80.png&w=3840&q=75)
El artículo también se encuentra publicado en Ingles English version. En el artículo de hoy vamos a ver la nueva sintaxis introducida para simplificar aún más los joins evitando errores comunes, hacie
![[26ai] JOIN_TO_ME](/_next/image?url=https%3A%2F%2Fcdn.hashnode.com%2Fuploads%2Fcovers%2F65605419d28f19cc44df7ef1%2F16a23f6e-ec4c-4f0a-9529-2c8a2af2ef5e.png&w=3840&q=75)
En Oracle existe el parámetro deferred_segment_creation, que permite la creación diferida de segmentos en la base de datos. Este parámetro ya existía en versiones anteriores, lleva con nosotros desde la versión Oracle 11G R2. Además, cabe resaltar que se puede modificar a nivel de PDB, dándonos una mayor flexibilidad a la hora de administrar nuestras CDB.
SQL> show parameter DEFERRED_SEGMENT_CREATION
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
deferred_segment_creation boolean TRUE
Pero ¿qué funcionalidad tiene? La mejor manera de ver su funcionalidad es viendo los posibles valores que puede tomar, estos valores son los siguientes:
TRUE: Los segmentos a nivel de tabla así como sus dependencias, como pueden ser LOBs o índices, se crean de manera diferida al insertar la primera fila. Esto nos da ciertas ventajas como puede ser la gestión eficiente de espacio ya que evitamos la creación de segmentos vacíos.
Veamos un ejemplo. Tengo una PDB donde el valor del parámetro es TRUE
SQL> show con_name;
CON_NAME
------------------------------
FREEPDB1
SQL> show parameter DEFERRED_SEGMENT_CREATION
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
deferred_segment_creation boolean TRUE
Vamos a definir una tabla dentro del schema HR y vemos si se han creado sus segmentos.
SQL> conn hr/xxxxxx
SQL> Create Table t_test_segment (
col_1 number generated by default as identity,
col_2 varchar2(10)
);
Table created.
SQL> Select Segment_Name, Segment_Type From user_Segments Where Segment_Name = 'T_TEST_SEGMENT';
no rows selected
Al definir la tabla no se ha creado automáticamente los segmentos al tener seteado el parámetro a TRUE. Vamos insertar una fila y verificamos los segmentos.
SQL> Insert into t_test_Segment (col_2 ) Values ( 'David' );
1 row created.
SQL> commit;
Commit complete.
SQL> Select Segment_Name, Segment_Type From user_Segments Where Segment_Name = 'T_TEST_SEGMENT';
SEGMENT_NAME SEGMENT_TYPE
-------------------- --------------------
T_TEST_SEGMENT TABLE
Correcto, el segmento se ha creado en el momento que se ha insertado la fila en nuestra tabla, pero y si el usuario es SYS ¿el funcionamiento sería el mismo?
SQL> conn sys/xxxxx as sysdba
SQL> Create Table t_test_segment_SYS ( col_1 number generated by default as identity, col_2 varchar2(10));
Table created.
SQL> Select Segment_Name, Segment_Type From user_Segments Where Segment_Name = 'T_TEST_SEGMENT_SYS';
SEGMENT_NAME SEGMENT_TYPE
-------------------- --------------------
T_TEST_SEGMENT_SYS TABLE
La respuesta es NO. Solo hemos creado la tabla y el segmento se ha creado. Esto se debe a las restricciones asociadas con el parámetro:
El parámetro no es compatible con ciertos tipos de tablas dentro de los schemas: SYS, SYSTEM, PUBLIC, OUTLN o XDB.
Estos tipos son:
Clustered tables
Global temporary tables
Session-specific temporary tables
Internal tables
External tables.
No es soportado en el tablespace SYSTEM, lo que significa que cualquier tabla creada en este tablespace generará segmentos de inmediato.
Transacciones serializables.
FALSE: Los segmentos a nivel de tabla así como sus dependencias, como pueden ser LOBs o índices, se crean de manera inmediata.
Vamos a definir una tabla dentro del schema HR y vemos si se han creado sus segmentos. Pero antes de eso, vamos a cambiar el parámetro a nivel de PDB.
SQL> alter system set deferred_segment_creation = false scope=spfile;
SQL> shu immediate
Pluggable Database closed.
SQL> startup
Pluggable Database opened.
SQL> show parameter deferred_segment_creation
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
deferred_segment_creation boolean FALSE
Definimos la tabla y verificamos que el segmento se crea automáticamente.
SQL> conn hr/oracle
Connected.
SQL> Create Table t_test_segment_FALSE ( col_1 number generated by default as identity, col_2 varchar2(10));
Table created.
SQL> Select Segment_Name, Segment_Type From user_Segments Where Segment_Name = 'T_TEST_SEGMENT_FALSE';
SEGMENT_NAME SEGMENT_TYPE
-------------------- ------------------
T_TEST_SEGMENT_FALSE TABLE
El segmento se creo automáticamente.
Espero que os sirva.