Una primera y sencilla aprximación a la arquitectura general utilizada pr el RDBMS para el manej de base de dats (independientemente de la cnfiguración single, multi-thread, parallel- utilizada) es la mstrada en la Figura 1.1. Prcess Demnis System Glal Area Prcess Servidres Archivs de Dats Archivs de Bitácra Usuaris Archivs de Cntrl Figura 1.1: Arquitectura del RDBMS Esta arquitectura puede ser divida en ds prcines lógicas: Estructura de prcess y memria. Estructura para el manej de ls dats. Estructura de d Prcess y Memria Independientemente de la arquitectura cmputacinal, de su cnfiguración, cada base de dats dentr del RDBMS es asciada a una determinada instancia, y de igual frma una instancia puede abrir y utilizar sól una base dats en cualquier mment de su Página 1 de 13
ejecución. Es psible pseer múltiples instancias ejecutándse cncurrentemente dentr de una misma máquina, cada una accediend su prpi espaci físic de dats (su base de dats ). En el sistema de peración, la variable de ambiente _SID permite identificar el nmbre de la instancia a la cual se cnectarán, pr defect, las aplicacines de usuari. Cada vez que el RDBMS es inicializad, tant el System Glbal Area (SGA) cm ls prcess demnis sn levantads. El SGA junt cn ls prcess demnis es l que se demnina cm una instancia. El System Glbal Area es un cnjunt de estructuras de memria cmpartida que cntienen dats e infrmación de cntrl para una determinada instancia. El SGA se mantiene en la memria virtual del cmputadr en el que reside la instancia. Si dentr de la instancia existe la psibilidad de que mas de un usuari se encuentren cnectads simultáneamente, ls dats dentr del SGA de la instancia sn cmpartids entre tds ls usuaris. Es pr est que algunas veces al SGA también se le suele denminar Shared Glbal Area. La estructura interna de la SGA puede bservarse en la Figura 1.2 SGA Shared Pl Buffer Cache Red Lg Buffer Request Queue Respnse Queue Figura 1.2: Estructura básica del System Glbal Area Database Buffer Cache: Su función es mantener blques de dats leíds directamente de ls archivs de dats. Cuand se prcesa una cnsulta, el servidr busca ls blques de dats requerids en esta estructura. Si el blque n se encuentra en esta estructura, el prces servidr lee el blque de la memria secundaria y clca una cpia en esta estructura. De esta frma, tras peticines que requieran de este blque de dats n requerirán de acces a memria secundaria (lecturas físicas). El Database Buffer Cache está rganizad en ds listas: la lista de sucis y la lista de mens recientemente usads. La lista de sucis mantiene aquells blques de dats que han sid mdificads y que aún n han sid escrits a disc. La lista de mens recientemente usads mantiene ls blques libres, ls blques a ls que se está accediend actualmente y ls blques sucis que aún n han sid remitids a la lista de sucis. El númer de blques manejads pr el Buffer Cache puede ser cnfigurad para mejrar el rendimient, así cm el tamañ del blque de dats. En cualquier cas el tamañ de blque de dats utilizad debe ser el mism que el que se Página 2 de 13
ha cnfigurad para la instancia cm tamañ de blque de dats utilizad pr el DBMS. Red Lg Buffer: Es un buffer circular que mantiene tds ls cambis que han sid realizads sbre la base de dats pr peracines de insert, update, delete, create, alter y drp. Las entradas de este buffer cntienen tda la infrmación necesaria para recnstruir ls cambis realizads a la base de dats pr medi de calquier sentencia del DDL del DML (el blque que ha sid cambiad, la psición de cambi y el nuev valr). El us del Red Buffer es estrictamente secuencial, en tal sentid pueden entrelazarse cambis en ls blques de dats prducids pr transaccines diferentes. El tamañ de este Buffer también puede ser cnfigurad para mejrar el rendimient de la instancia y de las aplicacines que sbre ellas se ejecutan. Shared Pl: Esta estructura se utiliza durante el prcesamient de cmands. Su tamañ también es cnfigurable. Cntiene ds znas específicas: Library Cache, almacena la siguiente infrmación relacinada cn una instrucción de SQL: Text de la instrucción. Arbl de parsing, es decir la versión cmpilada de la instrucción. Plan de Ejecución, es decir la secuencia de pass a ser realizads para ejecutar la instrucción a baj nivel de acuerd cn ls resultads prducids pr el ptimizadr de cnsultas. Basándse en esta infrmación, si una cnsulta es ejecutada nuevamente, y su infrmación permanece tdavía en el Library Cache, n será necesari cmpilar de nuev la instrucción. En tal sentid este cmpnente de la arquitectura permite mejrar el rendimient de las aplicacines que se ejecutan periódicamente. Data Dictinary Cache, también cncid cm Dictinary Cache Rw Cache, almacena la infrmación de us más reciente sbre el diccinari de dats. Esta infrmación incluye definición de clumnas, usuaris, passwrds y privilegis. Durante la fase de cmpilación, esta infrmación es necesaria para reslver ls nmbres de ls bjets utilizads en un cmand SQL y para validar ls privilegis de acces. Request Queue y Respnse Queues: Estas estructuras cnstituyen ls elements básics para el manej de cnexines de usuaris al manejadr. Pr cada instancia de existirá una Request Queue y varias Respnse Queues. Cuand un prces usuari desea establecer cnexión cn el manejadr, la slicitud de cnexión será enclada en la Request Queue. Ls prcess servidres tmarán las slicitudes de cnexión, efectuarán las accines necesarias para que la base de dats cmplete la slicitud y clcarán la petición en la Respnse Queue asciada al prces que atendió la slicitud. Página 3 de 13
Ls Prcess en Ls prcess de realizan funcines para ls usuaris del manejadr. En general puede establecer una partición en ls prcess de : Prcess Servidres Shadw Prceses, ls cuales ejecutan funcines de interacción cn el servidr de dats basándse en las peticines de ls usuaris. Prcess Demni Backgrund Prceses, quienes realizan funcines para el DBMS cm un td. Prcess de Red, encargads de prveer la intercnexión entre prcess de usuari y el DBMS entre DBMS que establecen un sistema de bases de dats distribuidas. Prcess Servidres y el Prgram Glbal Area (PGA) Ls prcess servidres (Snnn) se cmunican cn ls diferentes prcess de usuari e interactúan cn para satisfacer las peticines. Pr ejempl, cuand un prces de usuari slicita dats que n se encuentran en el SGA (en algun de ls buffer caches, dependiend del tip de peración y de la fase de su prcesamient), el prces servidr que atiende la petición será el encargad de leer ls blques de dats y almacenarls en el SGA (recuerde que el SGA en un área de memria cmpartida). Puede existir una crrespndencia de un a un entre prcess de usuari y prcess servidr (pr ejempl en la cnfiguración de DBMS dedicad); aunque un prces servidr puede cnectarse a múltiples prcess de usuari (cm en la cnfiguración de DBMS multi-threaded). Las cnexines admitidas dependerán en td mment de la cnfiguración de pcines del DBMS realizadas durante la instalación del mism. El PGA cnstituye una región de memria asciada a cada prces servidr, la cual cntiene dats e infrmación de cntrl para cada una de las sesines que ls usuaris mantienen cn el RDBMS a través de éste prces servidr. Pr l tant el PGA n es un área de memria cmpartida. Una región de memria para almacenar un PGA es slicitada cuand un prces usuari establece una sesión de trabaj cn el manejadr de dats. El tip de infrmación que se almacena en el PGA depende de las pcines instaladas para el servidr. Pr ejempl, cuand se utiliza una cnfiguración de servidr dedicad, el PGA cntiene ls siguientes cmpnentes: Srt Area, que es utilizada para llevar a cab ls psibles rdenamients de filas requerids antes de que las filas sean prcesadas devueltas al usuari cm resultad de una cnsulta. Stack Space, el cual cntiene las variables de sesión de usuari y sus valres. Cursr State, el cual almacena el estad de ls diferentes cursres que están siend utilizads en la sesión del usuari. Sessin Infrmatin, la cual mantiene infrmación sbre ls privilegis que el usuari que ejecuta la sesión. Ejempl: Cada vez que se invca SQL*Plus, se crear un prces usuari. Este prces usuari se cmunicará (bien sea pr ls mecanisms de IPC en cas de que el servidr y el prces usuari estén en la misma máquina- pr mecanisms de sftware de cmunicación Página 4 de 13
en Red cm SQL*Net en cas de que el servidr y el prces usuari estén en máquinas diferentes) cn el prces servidr que le prveerá del acces necesari al servidr. Prcess Demnis Ls prcess demni, también cncids cm Backgrund Prceses, cnstituyen prgramas que llevan a cab funcines específicas de sprte y mantenimient a la ejecución del servidr de bases de dats. Est n quiere decir que sean pcinales, pr el cntrari sin ells n se pdría perar crrectamente en un entrn basad en. Ests prcess pueden ser bservads en la Figura 1.3 Prcess Demnis RECO PMON SMON DBWR LGWR ARCH LCKn CKPT DPTCHn Figura 1.3: Prcess Demnis Manejads pr el RDBMS Database Writer (DBWR): Encargad de cpiar ls blques de dats desde el buffer cache a la memria secundaria. Cuand una transacción cambia ls dats de un blque de dats, n es necesari que este blque se escriba inmediatamente en el disc. Debid a est, el DBWR puede escribir ests dats de frma que se lgre mayr eficiencia de la btenida si se escribiera siempre que una transacción terminara. Usualmente el DBWR escribe sól cuand se necesitan nuevs blques dats en el Database Buffer Cache. Ls dats se escriben utilizand el algritm LRU (Least Recently Used). Si el entrn de memria secundaria está basad en entrada salida asíncrna (AIO) debe existir un únic prces DBWR. Si el entrn n psee AIO, el rendimient del sistema puede ser mejrad agregand más prcess DBWR. Lg Writer (LGWR): Encargad de escribir las entradas desde el Lg Buffer a disc. La escritura de blques del Red Lg Buffer a disc curre secuencialmente y baj las siguientes reglas: Cuand el Red Lg Buffer está llen en un 33% más. Cuand curre un timeut (cada 3 segunds). Antes de que el DBWR escriba algún blque mdificad a disc. Cuand una transacción se cmprmeta. Checkpint (CKPT): Encargad de ntificar al DBWR, para que se escriban en ls archivs de dats tds ls blques cntenids en la lista de sucis. Este prces es invcad en intervals de tiemp determinads. El CKPT es pcinal. Si este prces n está presente las funcines sn realizadas pr el LGWR. System Mnitr (SMON): Este prces es el encargad de hacer un prces de recuperación rápida cada vez que una instancia es inicializada. Esta labr incluye limpieza de las estructuras de dats de sprte a la ejecución de cnsultas y llevar la base de Página 5 de 13
dats a un estad estable previ a la ejecución de aquellas transaccines que n hayan culminad exitsamente. De igual frma, el prces SMON se encarga de desfragmentar el espaci físic de almacenamient uniend blques de dats libres en la memria secundaria. Prcess Mnitr (PMON): Es el prces encargad de llevar la pista de ls prcess de la base de dats y efectuar labres de limpieza (liberar ls recurss y liberar blques cupads en ls caches) si algun de ells termina prematuramente. En la pción de multi-threading también es el encargad de reiniciar cualquier prces dispatcher en cas de fallas. Archiver (ARCH): Prces encargad de cpiar las bitácras activas en el sistema cuand estas se encuentran llenas. Este prces se encuentra activ sól cuand el DBMS se encuentra perand en md ARCHIVELOG, el únic md que admite recuperación de ls dats frente a fallas del sistema. Recverer (RECO): Encargad de reslver transaccines distribuídas que se encuentran pendientes debid a la red a fallas curridas en la base de dats distribuída. Dispatcher (Dnnn): Un prces dispatcher es cread pr cada sesión de trabaj activa. Cada dispatcher es respnsable de enrutar ls requerimients desde el prces usuari, al cual se encuentra asciad, hacia ls prcess servidres y retrnar la respuesta al prces de usuari adecuad. Ls prcess Dnnn se crearán sól en entrns dnde el DBMS se ejecute cn la pción de multi-threading. Al analizar en detalle tda la arquitectura de prcess de, la Figura 1.4 puede servir de marc de referencia para visualizar las diferentes relacines de us existentes entre ls cmpnentes que cmpnen la arquitectura de prcess del manejadr. Cntrl de Recurss administra el us de ls diferentes recurss que gestina a través de latches. Un latch es un semáfr mantenid pr la instancia de que permite administrar una cierta actividad. Ls latches limitan la cantidad de tiemp y espaci en ls que un prces puede mantener un recurs en un instante dad. De igual frma, ls latches sn utilizads para garantizar el acces exclusiv a un recurs. El mnitre de latches permite determinar situacines en la que se crea cntención pr el acces a un recurs. El númer de latches existentes depende de la cnfiguración y la infrmación de ls latches definids y manejads pr la instancia puede ser extraída del diccinari de dats. Página 6 de 13
Prcess de Usuari (SQL*Plus, p. ej.) Dnnn Servidr Multithreaded System Glbal Area (SGA) PMON Snnn Shared Pl Buffer Cache Espaci de Memria de la Instancia Prgram Glbal Area (PGA) Respnse Queue Request Queue Red Lg Buffer Large Pl Java Pl Hacia tras instancias (Bases de Dats Distribuidas) LCKn LGWR CKPT DBWR RECO SMON Archival Red Lgs ARCH datafile1.dbf datafile2.dbf datafile3.dbf... Archiv de Cntrl Base de Dats init<sid>.ra Figura 1.4: Arquitectura detallada del RDBMS Estructura Física para el Manej de Dats Una base de dats, identificada pr un nmbre lógic mantenid en la variable de entrn DB_NAME, representa las estructuras físicas y está cmpuesta de archivs del sistema de peración. Aunque es psible utilizar un nmbre de base de dats diferente al del nmbre de la instancia, se recmienda utilizar el mism nmbre para hacer más sencilla la administración. Página 7 de 13
Ls archivs que cnfrman la base de dats cntienen ls dats del usuari e infrmación adicinal que es necesaria para garantizar el funcinamient de la base de dats. Una base de dats cnsiste de ls siguientes tips de archivs: Archivs de dats (Data Files): sn aquells que almacenan el diccinari de dats, ls bjets del usuari, y ls valres de ls dats previs a su mdificación. Una base de dats debe pseer al mens un archiv de dats. La infrmación de una tabla puede expandirse a muchs Data Files y un Data File puede almacenar múltiples tablas. El númer máxim de Data Files que sprta una instancia de puede ser cnfigurad. Archivs de bitácra (Red Lg Files Red Lg): Mantienen infrmación sbre tds ls cambis efectuads sbre la base de dats para asegurar su recnstrucción en cas de fallas. Tda base de dats requiere de pr l mens ds Red Lg Files. Es esencial que ls Red Lg psee un buen rendimient y estén prtegids cntra fallas de hardware. Si se pierde la infrmación cntenida en ests archivs será impsible la recuperación de la base de dats en cas de fallas del sistema. prvee mecanisms para almacenar múltiples cpias de ls Red Lgs. Archivs de Cntrl (Cntrl Files): Cntienen la infrmación necesaria para mantener y verificar la integridad de la base de dats, cm la ubicación de ls dats y ls Red Lg. requiere de esta infrmación tda vez que se arranque la instancia del DBMS. Tda base de dats requiere de pr l mens un Cntrl File. Es esencial que ls Cntrl Files estén prtegids ya que en cas de perdida n se pdrá reiniciar la instancia de la base de dats cn la cnsecuente pérdida de tda la infrmación. prvee mecanisms para almacenar múltiples cpias de ls archivs de cntrl. Estructura Lógica de Almacenamient es el encargad de manejar el espaci dnde van a ser almacenads tds ls bjets de una base de dats. Las unidades lógicas de almacenamient sn: blques de dats, extents, segments y tablespaces. La Figura 1.5 muestra la relación existente entre estas estructuras de dats. Tablespaces El nivel más alt en la estructura de almacenamient de dats en es la base de dats. Una base de dats (DATABASE) agrupa las piezas lógicas de mayr nivel de almacenamient en : ls tablespaces. Un tablespace es utilizad para agrupar lógicamente ls dats. Pr ejempl, puede tenerse un tablespace para almacenar ls dats de cntabilidad y tr para almacenar ls dats de ventas en una empresa de servicis. Al segmentar grups de dats relacinads en tablespaces diferentes se simplifican las tareas de administración de dichs grups. Página 8 de 13
Archivs de Dats Tabla Indice Tabla TableSpace Extents Blques de Dats Segments Figura 1.5: Estructura de dats manejadas pr el RDBMS Ls tablespaces pueden estar cnstituids de varis Data Files. Al utilizar más de un Data File pr tablespace puede distribuirse ls dats sbre varis discs y balancear la carga de E/S, mejrand así el rendimient del sistema. Cm parte del prces de crear la base de dats, autmáticamente crear un tablespace llamad SYSTEM. Aunque sól una base de dats pequeña puede ser almacenada en SYSTEM, es recmendable que se cree un ( varis) tablespace(s) para ls dats del usuari. El tablespace SYSTEM almacena ls dats del diccinari. Ls Data Files pueden ser archivs del sistema de peración, y en alguns sistemas de peración se permite que un archiv de dats sea un dispsitiv de almacenamient secundari crud ( parte de él). Segments Un segment es un cnjunt de extents que han sid asignads para el almacenamient de un tip de dats específic y tds ells se encuentran ubicads dentr del mism tablespace. Página 9 de 13
Existen diferentes tips de segments cm l sn: Segments de dats: Cada segment de dats almacena ls dats crrespndientes a una tabla. Segments de índice: Cada segment de índice mantiene ls dats para un índice definid dentr de la base de dats. Segment de Rllback: un segment de Rllback permite almacenar las accines de una transacción que deben ser deshechas baj ciertas circunstancias. Segments Temprales: Ls segments temprales se crean cuand se requiere de un espaci tempral para prcesar una instrucción de SQL, y sn destruids una vez que haya culminad el prcesamient de la instrucción. Extents Ls extents sn las piezas utilizadas para cnstituir segments. Cada extent se cmpne de una serie de blques de dats. La razón principal de esta estructura es la de minimizar el espaci desperdiciad (vací) de un tablespace. A medida que se insertan eliminan filas de una tabla, ls extents del tablespace asciad a la tabla pueden aumentar disminuir de tamañ. De esta frma el espaci para el almacenamient de ls dats puede ser administrad dependiend de cóm la tabla va sufriend mdificacines en el númer de filas. Cuand se crea un tablespace se puede especificar el númer mínim de extents a ser asignads, así cm el númer de extents a ser agregads cada vez que se agte el espaci dispnible para almacenar dats. Blques de Dats Una base de dats se encuentra almacenada en blques de dats que es el nivel mas fin de unidades de almacenamient. El tamañ de un blque de dats siempre crrespnde a un múltipl del tamañ de blque manejad pr el sistema de peración. El tamañ del blque de dats es un valr cnfigurable en el DBMS. La Figura 1.6 muestra cnceptualmente las relacines existentes entre las estructuras de almacenamient lógic y físic de. El Diccinari de Dats de El diccinari de dats es una parte fundamental de tda base de dats. El diccinari de dats de está cnstituid pr una serie de tablas, vistas y packages a ls que puede accederse para btener infrmación sbre la base de dats. Las tablas del diccinari de dats sn creadas autmáticamente durante el prces de instalación de y permiten al administradr cncer, entre trs: La estructura lógica y física de la base de dats Ls usuaris de la base de dats. Página 10 de 13
Las restriccines de integridad definidas sbre las tablas de la base de dats. El espaci asciad a cada bjet en la base de dats y cuánt de este espaci está siend realmente utilizad. Ls diferentes bjets creads pr ls usuaris de la base de dats. Base de Dats Tablespace (1,n) se_almacena_ts (1,1) Data File (1,n) Estructura Lógica Segment Estructura Física Extent (1,1) se_almacena_ex Blque de Dats Blque Sistema de Operación Figura 1.6 Relación entre estructuras de almacenamient en predefine un usuari dueñ de td el diccinari de dats denminad SYS. Este usuari tiene tds ls permiss sbre cualquier bjet de la base de dats (incluids ls bjets de cualquier usuari). Debid a que este usuari puede mdificar entradas del diccinari de dats es recmendable n utilizarl ya que cualquier errr generad sbre el diccinari de dats puede prvcar errres irrecuperables en el DBMS. Sól se deberá hacer us cuand se requiera efectuar mdificacines CONTROLADAS sbre el diccinari para reparar errres en el mism (cirugía de la base de dats). Tablas Base La base del diccinari de dats es una serie de tablas a las que el servidr de dats accede cada vez que se prcesa una instrucción del DDL de SQL, en determinads cmands del DML. Estas tablas raramente sn accedidas pr usuaris ya que la mayr parte de su infrmación está cdificada. Pr ejempl, la tabla IND$ prvee infrmación sbre ls índices definids en la base de dats, y la tabla OBJ$ prvee infrmación sbre ls diferentes bjets lógics (tablas, índices, secuencias, etc.) creads pr ls usuaris de la base de dats. Vistas Estáticas Las vistas estáticas se crean durante la instalación del DBMS y decdifican y resumen la infrmación cntenida en las tablas base. Durante la ejecución del script de creación de estas vistas se generan sinónims públics para prveer el acces a ls usuaris del DBMS. Página 11 de 13
Estas vistas sn las que deben ser utilizadas para efectuar labres de administración rutinarias que requieran de infrmación específica sbre la cnfiguración y estad de la base de dats. A estas vistas se les cnce cm estáticas prque n mantienen infrmación relacinada cn las sesines que actualmente existen en el sistema de base de dats. Estas vistas se dividen en tres categrías de acuerd cn el prefij de sus nmbres: Vistas cn prefij USER: Estas vistas pueden ser utilizadas pr cualquier usuari de la base de dats y se refieren a ls bjets pseíds pr dich usuari. Pr ejempl si el usuari ci531301 ejecuta el cmand SQL SELECT * FROM USER_TABLES Se desplegará tda la infrmación de aquellas tablas cuy dueñ sea el usuari ci531301. Vistas cn prefij ALL: Estas vistas pueden ser utilizadas pr cualquier usuari e incluyen la clumna OWNER adicinalmente a la demás infrmación. Cn estas vistas se puede tener acces a la infrmación de aquells bjets de ls que el usuari es dueñ, más tds aquells bjets públics y tds aquells bjets a ls que el usuari tiene acces pr pertenecer a ciert grup de seguridad pr pseer cierts privilegis sbre la base de dats. Pr ejempl, si el usuari CI531301 psee el privilegi de ver la tabla EMPLEADO creada pr el usuari CI531302 (dich privilegi le fue trgad pr un administradr pr el mism usuari CI531302), entnces la cnsulta anterir devlverá la misma infrmación (incluyend la clumna OWNER) mas una fila específica cn la infrmación sbre la tabla EMPLEADO del usuari CI531302. Vistas cn prefij DBA: Estas vistas dan infrmación sbre TODOS ls bjets de la base de dats, y usualmente incluyen la clumna OWNER. Estas vistas sól pueden ser utilizadas pr el administradr de la base de dats pr cualquier usuari que psea el privilegi SELECT ANY TABLE pertenezca a un rl que incluya tal privilegi. Vistas Dinámicas A diferencia de las vistas estáticas, las vistas dinámicas (también cncidas cm perfrmance views) incluyen infrmación sbre las cndicines actuales (en un instante dad) de peración del DBMS. La mayr parte de estas vistas sn creadas durante la instalación y existen algunas que se crean explícitamente para mnitrear cierta actividad (el DBMS prvee ls archivs necesaris para crear estas vistas). Tdas las vistas dinámicas se identifican pr pseer el prefij V$. Pr ejempl la vista dinámica V$_SESSION incluye infrmación sbre las sesines actuales y la vista V$SYSSTAT prvee infrmación estadística sbre el DBMS. Página 12 de 13
Para btener infrmación general sbre las vistas del diccinari de dats puede usarse la cnsulta SELECT * FROM DICTIONARY WHERE table_name LIKE %indicadr% Pr ejempl, para ver tdas las vistas relacinadas cn tablas pdríams ejecutar la instrucción SQL SELECT * FROM DICTIONARY WHERE table_name LIKE %TABLE% En el manual 8 Reference se dispne de tda la infrmación detallada de las vistas estáticas y dinámicas que prvee el DBMS. Packages de Administración prvee una serie de packages que incluyen funcines específicas de ayuda a la administración del sistema de bases de dats. Entre ests packages se encuentra: DBMS_UTILITY: Prvee diferentes utilitaris DBMS_SPACE: Prvee infrmación sbre la dispnibilidad de segments. DBMS_SHARED_POOL: Prvee infrmación sbre el shared pl. Tds y cada un de ls packages tienen el prefij DBMS (prvist pr el DBMS). En cas de requerir algun de ls paquetes pueden seguirse ls siguientes pass: 1. Ejecutar el cmand SELECT OBJECT_NAME, OBJECT_TYPE, STATUS FROM SYS.DBA_OBJECTS WHERE OBJECT_NAME LIKE DBMS_% AND OBJECT_TYPE = PACKAGE Que desplegará ls packages frecids pr el DBMS. Est n quiere decir que sól sean ess ls packages si n que sól ests sn ls packages instalads. 2. Una vez seleccinad el package el cmand DESCRIBE <package> Ofrece la descripción general del package Nta: Sól se pdrá utilizar aquells packages cn estad VALID (crrectamente cmpilad). Página 13 de 13