Oracle 326a5t

Leonardo Bernal Manuel Villamil Michael Torres Wilmar Amado

HISTORIA

.

Oracle surge en 1977 bajo el nombre de SDL (Software Development Laboratories )  Larry Ellison vio una oportunidad que otras empresas no supieron apreciar al descubrir la descripción de un prototipo de trabajo para una base de datos relacional y enterarse de que ninguna empresa se había comprometido a comercializar la tecnología. Ellison y sus cofundadores, Bob Miner y Ed Oates, se dieron cuenta del gran potencial económico que ofrecía el modelo de base de datos relacional—pero no se dieron cuenta de que ellos cambiarían la informática empresarial para siempre.en 1978 cambia su nombre a Relational Software Inc. (RSI). en1979 la compañía lanza su producto de base de datos relacional en1982 RSI (Relational Software Incorporated ) se convierte en Oracle.

Que es Oracle  Es un SGBD que facilita las funciones al DBA

de Base de Datos (DBA) 

Es el responsable para el buen funcionamiento de toda me estructura de datos y todo su entorno de trabajo, deberá tener un alto conocimiento de todo el sistema que envuelve al SGBD.



Sobre este recae una alta responsabilidad, debido a las graves repercusiones que puede traer la mala gestión de la información.



Analizar e instalar en la base de datos las aplicaciones con las que van a interactuar los s



Asignación de espacios (tablespaces) en la base de datos y ubicación de los mismos en los discos de la máquina



Creación de todos los objetos (tablas, índices, vistas, etc.) requeridos por cualquiera de las aplicaciones, así como su dimensionamiento dentro de la base de datos.



Actualización de los parámetros del sistema para el correcto funcionamiento de las aplicaciones.

de Base de Datos (DBA) 

Creación de los s y asignación de privilegios, con el in de controlar la seguridad de de estos a la información de la base de datos.



Controlar y monitorizar los s de los s a la base de datos. Excesivas conexiones pueden provocar cuellos de botella en la red y bloqueos en algunos de los recursos de la máquina.



Gestionar y optimizar el rendimiento de los procesos contra la base de datos. Esta será una de las funciones más 'importantes del , porque de nada sirve tener una buena infraestructura montada si los colapsos son continuos y la lentitud en los meses es constante.



Planificación de los sistemas de Backup´s y recuperación de los datos en caso de que sea necesario.



Control del crecimiento de los archivos y procesos generados en el sistema por parte del mismo SGBD.

Sistema Gestor de Base de Datos Oracle (SGBD) Está concebido con el fin de manejar grandes cantidades de información, además de itir conexiones concurrentes de multitud de s (entornos multi-) hacia los mismos datos. aporta un hardware específico y bajo un sistema operativo determinado, La elección del entorno de trabajo (hardware, y tipología de la estructura cliente/servidor) será una decisión que estará acorde con las necesidades del propio sistema de información.

Sistema Gestor de Base de Datos Oracle (SGBD) Las principales funcionalidades aportadas el SGBD Oracle son 

Soporte y tratamiento de una gran cantidad de datos



Soporte de una gran cantidad concurrentemente a los datos.



Seguridad de a los datos, restringiendo dicho según las necesidades de cada



Integridad referencial en su estructura de base de datos.



Conectividad entre las aplicaciones de los clientes en sus puestos de trabajo y el servidor de datos Oracle estructura diente/servidor.



Conectividad entre bases de datos remotas (estructura de bases de datos distribuidas)



Portabilidad.



Compatibilidad.

de

s

accediendo

Conceptos Generales del SGBD Oracle Archivo de configuración INIT.ORA : Archivo de inicialización de valores para el arranque de la instancia y para el establecimiento de configuraciones Oracle. Se especifican parámetros predeterminados con el valor que se desee, con el fin de optimizar los rendimientos o adecuar los recursos. Estos archivos son independientes por instancia. es decir, habrá tantos archivos de configuración como instancias activas en el sistema de información. Archivos de control (Control Files) : Conjunto de archivos, de tamaño reducido y estable, encargados de mantener la consistencia del resto de los archivos de la base de datos. Mantendrán información como : 

Contador de Commit almacenado en cada archivo.



Número de Redo Log actual.



Información adicional que indicará a la base de datos si los archivos son todos del mismo momento o se han recuperado de backup. el punto de arranque de la recuperación, etc. Aunque pequeños y generalmente divididos, son transcendentales para trabajar con la base de datos.

Conceptos Generales del SGBD Oracle 

Archivos históricos (Redo Log File) : Son archivos donde se irán almacenando los cambios provocados por las transacciones sobre la base de datos. Son utilizados exclusivamente en modo escritura, excepto cuando se produce una recuperación de la base de datos.



Sentencias de Commit : Es el punto de decisión de la transacción, indicando que los cambios hechos sobre la base de datos son validados y realizados, es un punto sin retomo para una transacción. Cuando se produce un Commit éste provoca una escritura en los archivos históricos (Rodo log files). con el objetivo de que quede grabada la decisión del Commit. Los datos nuevos no tienen por que ser escritos en disco de forma inmediata. En realidad, permanecen en memoria hasta me sean limpiados por falta de espacio, se produzca un Checkpoint o entren en los time outs de limpieza de memoria.



Segmentos de Rol back : Dan la posibilidad a la transacción de no hacer Commit sino Rol back. Esto quiere decir que. mientras que no se rehace commit, el resto de las transacciones deberán verlos datos anteriores al comienzo de la misma. Para ello, en los segmentos de rol back se guarda el valor anterior de los datos modificados por me transacción para la consistencia en lectura en entornos multi-

Conceptos Generales del SGBD Oracle Puntos de ruptura ( Checkpoint ): Eventos que se activan en un tiempo determinado para la limpieza de los bloques sucios de memoria Un punto de ruptura se provocará porque:    

Ha habido un cambio en los archivos de redo log. Se ha llegado al límite previamente establecido por el parámetro log_checkpoint_interval del archivo de configuración INIT.ORA. Se ha legado al límite previamente establecido por el parámetro checkpoint_timeout. su objetivo es poder marcar puntos de recuperación basados en los archivos históricos actuales ( redo log files).

Archivos de base de datos : Componentes físicos de la base de datos a nivel de sistema operativo, los cuales contendrán los datos generados por parte de los s del sistema. Espacios de tabla (tablespaces) : Agrupaciones lógicas de uno o más archivos de la base de datos. Un tablespaces puede estar formado por uno o más archivos de la base de datos, y un archivo de la base de datos sólo puede estar englobado en único tablespaces En los tablespaces será donde se ubiquen los datos que se creen en la base de datos, y físicamente se almacenarán en los archivos de base de datos que

Límites lógicos de las Bases de Datos Tipo

Limite

y Roles

Maximo

2,147,483,638

Tablas

Maxima por BD

Ilimitada

Filas

Maximas por tabla

Ilimitados

Columnas

Maximas por tabla

1000 columnas maximo

Indices

Max por tabla

Ilimitados

Consultas

Max nivel se subconsultas SQL -Ilimitada a partir de la instancia FROM -255 en la clausula WHERE

SGBD Oracle Para establecer un entorno de trabajo en Oracle vamos a necesitar: Software Oracle para servidor (Oracle Server Software): Este software incluye los ejecutables para el funcionamiento del propio gestor de la base de datos, un conjunto de herramientas para el tratamiento de la información y software especifico para que sean posibles las conexiones de los s al servidor en arquitecturas cliente/servidor. Software Oracle para cliente (Oracle Cliente Software): Este software se ubicará en los puestos de trabajo de los s. Archivos de base de datos: La base de datos en si. los cuales serán creados a través de herramientas o comandos específicos de Oracle. La ubicación de la base de datos se realizará sobre los discos del propio servidor donde se ha establecido el Oracle Server Software. Recursos suficientes en nuestro servidor: Previamente habrá que realizar un estudio del sistema de información para conocer el alcance del mismo. Posteriormente, habrá que estimar la cantidad de memoria discos y unidades centrales de proceso que van a ser necesarias para un correcto funcionamiento.

Sistemas Operativos Oracle, es soportado por los siguientes sistemas operativos:

 Windows.  Linux.  Mac OS X.  Unix  Entre otros

Ediciones 

Oracle Database Enterprise Edition(EE).



Oracle Database Standard Edition (SE).



Oracle Database Standard Edition One (SE1).



Oracle Database Express Edition (XE).



Oracle Database Personal Edition (PE).



Oracle Database Lite Edition (LE).

La única edición gratuita es la Express Edition, que es compatible con las demás ediciones de Oracle Database 10gR2 y Oracle Database 11g.

Oracle Data base Server Editions

Oracle BD - Requerimientos Mínimos de Hardware

Oracle BD - Requerimientos Mínimos de Software

Estructura del SGBD de Oracle La estructura del SGBD Oracle consta de tres partes bien diferenciadas 1)INSTANCIA : Motor de Oracle. Conjunto de componentes básicos necesarios para el funcionamiento y arranque del SGBD. Está compuesta por Estructura de Memoria : Se almacenan los ejecutables del software Oracle y todo el sistema necesario para el tratamiento del SGBD. La Filosofía de Oracle es la de albergar la máxima cantidad de información en memoria con el objeto de acelerar el tratamiento de los datos. La estructura de Oracle en memoria se drvide en: •) SGA (System Global Área) •) Caché de datos (Database Buffer Cache). •) Caché de redo logs ( Redo Log Buffer Cache). •) Área de memoria compartida (Shared Pool), compuesta por las áreas compartidas para sentencias SQL y de la caché de diccionario de datos (Dictionary Caché o Row Cache).

Estructura del SGBD de Oracle • Información adicional sobre procesos, como bloqueos y colas de entrada salida para determinadas configuraciones. • PGA (Program Global Área) * Áreas privadas para sentencias SOL. * Áreas de ordenación de sentencias. • Área para ejecutables de Oracle • Archivos de configuración ( INIT.ORA ) • Procesos Background : Serie de procesos encargados de mantener. manejar y controlar todo el SGBD Existen unos procesos estándar. que Oracle activa siempre que ejecuta una instancia y otros que dependerán de las configuraciones establecidas en el fichero de inicialización (INIT.ORA)

Estructura del SGBD de Oracle Los procesos estándar que Oracle siempre activa son: •

DBWR ( Database Writer ) : Encargado de escribir en los archivos de la base de datos todos los buffers de datos que han sido modificados en memoria por operaciones Update, Delete, o Insert.

•

LGWR ( Log Writer) : Encargado de escribir en los archivos históricos de la base de datos (Rede Log Files) la información contenida en los redo log buffers.

•

SMON ( System MONitor ) : Encargado de tratar las recuperaciones en caso de fallo cuando se arranca el gestor.

•

PMON ( Process MONitor ) : Trata las recuperaciones en caso de fallo en algún proceso de .

Estructura del SGBD de Oracle 2) BASE DE DATOS : Es un conjunto de información almacenada convenientemente en una estructura de archivos de disco. Existen varios tipos de archivos en Oracle, que son Archivos de control ( Control Files ) Como mínimo habrá un archivo de control por base de datos. aunque se podrán realizar copias del mismo, como medida de seguridad, este archivo será fundamental para el arranque de una base de datos. de ahí la importancia de tener copias del mismo. Archivos de Redo Log ( Redo Log files ) En los Redo Log Buffers se reflejará toda aquella información que varíe (valor antiguo y nuevo del dato modificado. así como los correspondientes a los segmentos de rolback afectados), para posteriormente pasar esta información a los archivos históricos (redo log buffers). En los archivos históricos dela base de datos escribe únicamente el proceso LGWR.

Estructura del SGBD de Oracle Archivos de datos e índices ( Tablespaces de D. e I. ): Los archivos de datos almacenan la información propiamente dicha mientras que los archivos de índices almacenan estructuras para un mejor ala misma mportancia de tener copias del mismo. Archivos del diccionario de datos Oracle ( Tablespaces del Sistema ) : A la hora de crear una base de datos se establece un fichero para contener toda una estructura lógica para uso exclusivo de Oracle. Esta estructura es el diccionario de datos. en el cual se almacena toda la información relativa al flujo, estado, configuraciones, modos y estructuras lógicas de trabajo de una base de datos, cualquier información sobre cualquier estructura tanto lógica como física de la base de datos, así como el estado permanente de cada una de ellas, se puede localizar en el diccionario de datos de Oracle.

Estructura del SGBD de Oracle Archivos para ordenaciones temporales ( Temporary Tablespaces ) : Cuando alguna sentencia requiere una serie de ordenaciones. Oracle trata de realizarías en memoria. pero, en caso de no poder llevado a cabo (casi siempre porque el espacio reservado en memoria para ordenaciones es escaso), se crean archivos para ordenaciones temporales, con el fin de poder efectuar las dichas sentencias. Archivos para consistencia en lectura y recuperaciones de datos ( Tablespaces para segmentos de rollback ) : Existen en todas las bases de datos Oracle mas estructuras llamadas segmentos de rolback, cuyas funciones son 

Mantener la consistencia en lectura para los entornos multi-s.



Establecer la posibilidad de volver al estado inicial de una transacción que no ha sido verificada (rolback).



Albergar información de apoyo para las recuperaciones en caso de caída del sistema.

Estructura del SGBD de Oracle

3. Sistema basado en compartir aplicaciones y/o datos a través de una red. El entorno cliente/servidor básico. quedaría establecido de la siguiente manera: Servidor de datos compartido, donde estará ubicado el SGBD Oracle. el software del servidor y la propia estructura física de los datos. Puestos de trabajo de los s, donde se ubicará el software cliente Oracle. Infraestructura de conexión, para establecer las comunicaciones, tanto físicas como lógicas, entre las estaciones de los clientes y el servidor de datos. Software de comunicaciones.

instalación

¿Qué es PL/SQL? SQL es un lenguaje de conjuntos muy poderoso, cuyo único objetivo es manipular el contenido de bases de datos relacionales. Si se desarrollan aplicaciones basadas en bases de datos Oracle, debe ejecutar sentencias SQL para recuperar datos desde o cambiar datos en la base de datos. Sin embargo, SQL no se puede utilizar para implementar toda la lógica de negocios y la funcionalidad que el final necesita en nuestras aplicaciones. Esto nos lleva a PL/SQL. PL/SQL ofrece un conjunto de instrucciones clásicos de la programación estructurada (instrucción condicional IF, loops o iteraciones, asignaciones), organizado dentro de bloques ,que complementan y amplían el alcance de SQL. Sin duda que es posible crear aplicaciones sobre Oracle y SQL sin usar PL/SQL. Sin embargo, utilizar PL/SQL para realizar operaciones específicas de bases de datos, particularmente la ejecución de sentencias SQL, ofrece varias ventajas, incluyendo una estrecha integración con SQL, un mejor rendimiento a través del tráfico de red reducido, y la portabilidad (los programas PL/SQL pueden correr en cualquier instancia de base de datos Oracle). Por lo tanto, el código del front-end de muchas aplicaciones ejecuta tanto sentencias SQL como bloques PL/SQL, para maximizar el rendimiento al tiempo que mejora la capacidad de mantenimiento de las aplicaciones.

PL/SQL (Procedural Language/Structured Query Language) es un lenguaje de programación incrustado en Oracle.PL/SQL soportará todas las consultas, ya que la manipulación de datos que se usa es la misma que en SQL, incluyendo nuevas características:    

El manejo de variables. Estructuras modulares. Estructuras de control de flujo y toma de decisiones. Control de excepciones.

En un entorno de base de datos los programadores pueden construir bloques PL/SQL para utilizarlos como procedimientos o funciones, o bien pueden escribir estos bloques , Los programas o paquetes de PL/SQL se pueden almacenar en la base de datos como otro objeto, y todos los s que estén autorizados tienen a estos paquetes. Los programas se ejecutan en el servidor para ahorrar recursos a los clientes.

Tipos de datos en PL/SQL 

Numéricos

 NUMBER (P, S): Puede contener un valor numérico entero o de punto flotante, donde P es la precisión y S la escala. La precisión es el número de dígitos del valor, y la escala es la cantidad de dígitos a la derecha del punto decimal. La precisión máxima es 38 y la escala 127.  BINARY_INTEGER: Debido al formato interno de las variables de tipo NUMBER, las operaciones entre ellas requieren más tiempo de U que si utilizamos variables de tipo BINARY_INTEGER. Es recomendable su uso en contadores de bucles. Permite almacenar valores entre el rango -2147482647 y +2147482647. 

Carácter

 VARCHAR2 (L): Guarda una cadena de longitud variable de tamaño máximo L. En PL/SQL el valor máximo del tamaño de una variable de este tipo es 32.767 bytes, sin embargo las bases de datos Oracle sólo permiten campos de hasta 4.000 bytes.  CHAR (L): Análogo al VARCHAR2 pero guarda cadenas de longitud fija. Si no se especifica L, su valor por defecto es 1. El espacio sobrante de una variable CHAR se rellena con caracteres en blanco. En PLSQL el valor máximo del tamaño de una variable de este tipo es 32.767 bytes, sin embargo las bases de datos Oracle sólo permiten columnas de hasta 2.000 bytes.  LONG: Este tipo, muy similar al VARCHAR2, se trata de una cadena de longitud variable de hasta 32.760 bytes. Los tipos de datos LONG de una base de datos Oracle son capaces almacenar hasta dos gigabytes.

Tipos de datos en PL/SQL 

Fecha e Intervalo

 DATE: Guardar información sobre la fecha, hora, día, mes, año, hora, minuto y segundo. Las variables de este tipo no son capaces de almacenar milisegundos. Su tamaño es de 7 bytes.  TIMESTAMP [P]: Con las características del tipo DATE pero además permite almacenar fracciones de segundo. El parámetro P es la precisión que por defecto es 6. 

Raw

 RAW: Almacena datos binarios de longitud fija. Los datos de tipo RAW no implican conversiones de carácter. La longitud máxima de una variable de este tipo es 32.767 bytes, sin embargo un campo de una tabla de tipo RAW sólo ite 2.000 bytes.  LONG RAW: Análogo al tipo de dato LONG, pero como el anterior no implican conversiones de carácter. 

Booleanos

 BOOLEAN: Sólo es capaz de guardar los valores TRUE (1) y FALSE (0). Las bases de datos Oracle no utilizan este tipo de dato pero si que se puede emplear dentro del código PL/SQL. 

Rowid

 ROWID: Este tipo de dato sirve para almacenar identificadores únicos de registros. Este identificador es con el que trabaja internamente la base de datos Oracle para identificar dichos registros.

Construyendo bloques programas PL de /SQL

Construyendo bloques programas PL de /SQL PL/SQL es un lenguaje estructurado con bloques. Un bloque PL/SQL es definido por las palabras clave DECLARE, BEGIN, EXCEPTION, y END, que dividen el bloque en tres secciones 1.

Declarativa: sentencias que declaran variables, constantes y otros elementos de código, que después pueden ser usados dentro del bloque

2.

Ejecutable: sentencias que se ejecutan cuando se ejecuta el bloque

3.

Manejo de excepciones: una sección especialmente estructurada para atrapar y manejar cualquier excepción que se produzca durante la ejecución de la sección ejecutable

Sólo la sección ejecutable es obligatoria. No es necesario que usted declare nada en un bloque, ni que maneje las excepciones que se puedan lanzar.

Construyendo bloques programas PL de /SQL



primera cosa que hacemos después de conectarnos a la base mediante SQL*Plus es habilitar la salida del servidor, por lo que las llamadas a DBMS_OUTPUT.PUT_LINE resultarán en la visualización de texto en la pantalla. Luego escribimos el código que constituye nuestro bloque. Finalmente, ingresamos una barra (/) para decirle a SQL*Plus que ejecute ese código.



SQL*Plus entonces ejecuta el bloque y muestra el “¡Hola Mundo!” en la pantalla. SQL*Plus es provisto por Oracle

Construyendo bloques programas PL de /SQL crear un procedimiento denominado hola_mundo mediante la ejecución de la siguiente sentencia DDL (Data Definition Language): CREATE OR REPLACE PROCEDURE hola_mundo IS l_mensaje VARCHAR2(100) := '¡Hola Mundo!'; BEGIN DBMS_OUTPUT.put_line(l_mensaje); END hola_mundo; Con esto hemos extendido PL/SQL. Además de llamar a los programas creados por Oracle e instalados en la base de datos (como DBMS_OUTPUT.PUT_LINE), podemos llamar a nuestro propio subprograma dentro de un bloque PL/SQL: BEGIN hola_mundo; END;

Sobre los nombres en una base Oracle Estas son las reglas para construir identificadores válidos en una base Oracle:





El largo máximo es de 30 caracteres.

El primer carácter debe ser una letra, pero cada carácter después del primero puede ser una letra, un número (0 a 9), un signo de pesos ($), un guion bajo (_), o un numeral (#).

Válidos: hola_mundo hola$mundo hola#mundo inválidos:  1hola_mundo hola%mundo

Sobre los nombres en una base Oracle PL/SQL es case-insensitive (no es sensitivo a mayúsculas y minúsculas) con respecto a los identificadores. PL/SQL trata todos los siguientes como el mismo identificador: hola_mundo Hola_Mundo HOLA_MUNDO Para ofrecer más flexibilidad, Oracle permite evitar las restricciones de la segunda y tercera regla, encerrando al identificador entre comillas dobles. Un quoted identifier (identificador encerrado entre comillas) puede contener cualquier secuencia de caracteres imprimibles excluyendo las comillas dobles; Las Diferencias entre mayúsculas y minúsculas serán además preservadas. Así, todos los

Sobre los nombres en una base Oracle siguientes identificadores son válidos y distintos: "Abc" "ABC" "a b c" Es muy raro encontrar identificadores entre comillas en código PL/SQL; algunos grupos de desarrollo los usan para conformar con sus convenciones de nombres o porque encuentran que una mezcla de mayúsculas y minúsculas resulta más fácil de leer. Estas mismas reglas aplican a los nombres de los objetos de base de datos como tablas, vistas y procedimientos, con una regla adicional: a menos que se encierren entre comillas los nombres de estos objetos, Oracle los mantendrá en mayúsculas.

Sobre los nombres en una base Oracle creamos un procedimiento como el que sigue: CREATE OR REPLACE PROCEDURE hola_mundo IS BEGIN DBMS_OUTPUT.put_line('¡Hola Mundo!'); END hola_mundo; la base de datos Oracle lo mantendrá con el nombre HOLA_MUNDO. En el bloque siguiente, llamaremos este procedimiento tres veces, y aunque el nombre luzca diferente cada vez, siempre se ejecutará el mismo procedimiento: BEGIN hola_mundo; HOLA_MUNDO; "HOLA_MUNDO"; END;

Por otro lado, la base Oracle no será capaz de ejecutar el procedimiento si lo llamamos como sigue: BEGIN "hola_mundo"; END; Esto buscará dentro de la base un procedimiento llamado hola_mundo en lugar de HOLA_MUNDO. Si no se quiere que los nombres de los subprogramas se mantengan en mayúsculas, los nombres se deben encerrar entre comillas cuando se crea el subprograma: CREATE OR REPLACE PROCEDURE "Hola_Mundo" IS BEGIN DBMS_OUTPUT.put_line('¡Hola Mundo!'); END "Hola_Mundo";

Ejecutando SQL dentro de bloques PL/SQL PL/SQL es un lenguaje de programación de base de datos. Casi todos los programas que escribiremos en PL/SQL leerán desde, o escribirán en, una base de datos Oracle utilizando SQL. Aunque estas series asumen que se conoce SQL, debemos estar conscientes de la forma en que llamamos a las sentencias desde un bloque PL/SQL. Oracle hace que sea muy fácil escribir y ejecutar sentencias SQL en PL/SQL. La mayor parte de las veces, simplemente escribiremos las sentencias SQL directamente en nuestro bloque PL/SQL y después agregaremos el código necesario para la interfaz entre las sentencias SQL y el código PL/SQL. Supongamos, por ejemplo, que tenemos una tabla llamada empleados, con una columna clave primaria id_empleado, y una columna apellido. Podemos ver el apellido del empleado con ID 138, como sigue: SELECT apellido FROM empleados WHERE id_empleado = 138

Ejecutando SQL dentro de bloques PL/SQL Ahora querríamos ejecutar esta misma consulta dentro de nuestro bloque PL/SQL y desplegar el nombre. Para hacer esto, necesitaremos “copiar” el apellido desde la tabla a una variable local, lo cual podemos hacer con la cláusula INTO: DECLARE v_apellido empleados.apellido%TYPE; BEGIN SELECT apellido INTO v_apellido FROM empleados WHERE id_empleado = 138; DBMS_OUTPUT.put_line(v_apellido); END;

Ejecutando SQL dentro de bloques PL/SQL Eliminamos todos los empleados en el departamento 10 y mostramos cuántas tuplas fueron eliminadas: DECLARE v_id_departamento empleados.id_departamento%TYPE := 10; BEGIN DELETE FROM empleados WHERE id_departamento = v_id_departamento;   DBMS_OUTPUT.put_line(SQL%ROWCOUNT); END;   Referenciamos la variable PL/SQL directamente dentro de la sentencia DELETE. Cuando el bloque se ejecuta, la variable se reemplaza con el valor actual, 10, y el DELETE es ejecutado por el motor de SQL. SQL%ROWCOUNT es un atributo especial de cursor que retorna el número de tuplas modificadas por la última sentencia DML ejecutada en nuestra sesión.

Ejecutando SQL dentro de bloques PL/SQL Modificar todos los empleados en el departamento 10 con un 20% de incremento salarial. DECLARE v_id_departamento empleados.id_departamento%TYPE := 10; BEGIN UPDATE empleados SET salario = salario * 1.2 WHERE id_departamento = v_id_departamento;   DBMS_OUTPUT.put_line(SQL%ROWCOUNT); END;

 

Ejecutando SQL dentro de bloques PL/SQL Insertar un nuevo empleado en la tabla. BEGIN INSERT INTO empleados (id_empleado , apellido , id_departamento , salario) VALUES (100 , 'Feuerstein' , 10 , 200000);   DBMS_OUTPUT.put_line(SQL%ROWCOUNT); END;   En este bloque, proveímos los valores de las columnas como literales, en lugar de variables, directamente dentro de la sentencia SQL.

OBJETOS EN ORACLE 

Una base de datos orientada a objetos, es una base de datos que incorpora todos los conceptos importantes del modelo de objetos: Encapsulación, Herencia y Polimorfismo.



En base de datos orientada a objetos, los s pueden definir operaciones sobre los datos como parte de la definición de la base de datos.

OBJETOS EN ORACLE 

La base de datos está constituida por objetos, que pueden ser de muy diversos tipos, y sobre los cuales se encuentran definidas unas operaciones. Las bases de datos orientadas a objetos también pueden manejar información binaria de una forma eficiente.

OBJETOS EN ORACLE 

Las bases de datos orientadas a objetos (BDOO) se diseñan para trabajar con lenguajes de programación como Java, C#, C++ y Visual basic.Net



Al crear un sistema de BDOO se deben tener en cuenta las siguientes características que están divididas en 3 grupos:



Mandotarias: son aquellas obligatorias.



Opcionales: no son obligatorias y están para hacer que el sistema sea mejor



Abiertas: son aquellas en las que el diseñador puede poner de su parte y que están relacionadas con la programación.

OBJETOS EN ORACLE Propiedades 

Encapsulación: Propiedad que permite ocultar la información al resto de los objetos, impidiendo así s incorrectos o conflictos.



Herencia: Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clase.



Polimorfismo: Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.

OBJETOS EN ORACLE Ventaja s  Manipula datos complejos de forma rápida.



Tiene bastante flexibilidad.



Tiene muy bien desempeño.

OBJETOS EN ORACLE Desventajas 

Mecanismos de consulta muy primitivos, sin un estándar independiente de la plataforma aceptado.



Imposibilidad de procedimientos almacenados, ya que los objetos solo pueden ser consultados en el cliente.



Inmadurez en el mercado.



No hay agrupamiento físico de objetos.



Su limitación suele residir en su especialización, ya que suelen estar diseñadas para un tipo particular de objetos.

OBJETOS EN ORACLE 

La base de datos objeto-relacional permite que las tablas relacionales que almacenan datos existentes y los nuevos objetos coexistan y accedan a los mismos.



Oracle presenta un importante avance en la tecnología de gestión de datos con la introducción de un paradigma objeto-relacional.



Consiste en ampliar el gestor de la base de datos con datos complejos, tales como coordenadas espaciales, imágenes, vídeo o sonidos.

OBJETOS EN ORACLE 

Por ejemplo, una aplicación de seguros podría almacenar información de sus clientes, como nombres, direcciones, infracciones y datos de vehículos. Estos simples datos pueden ayudar a responder a preguntas útiles tales como "¿Cuál es el factor de riesgo de este cliente concreto?" o "¿Cuántos clientes son propietarios de automóviles que tienen una antigüedad de menos de tres años?" Pero no se puede realizar un análisis más complicado del tipo "¿Qué clientes viven en un radio de 10 kilómetros del cruce más peligroso?". Este tipo de consulta utilizaría idealmente datos espaciales extraídos de las direcciones de los clientes y de los lugares en que se producen los accidentes, y efectuaría funciones tales como distancia y superficie. Los tipos relacionales pueden almacenar datos complejos, pero no permiten el uso de extensiones para efectuar un procesamiento especial.

OBJETOS EN ORACLE 

La modelización de objetos aporta una manera de crear un marco común que puedan utilizar y comprender todas las aplicaciones. Cada aplicación puede disponer de una interfaz común para interactuar con los datos. Utilizando el ejemplo anterior, un objeto podría ser VentaCliente. En lugar de crear una compleja correlación entre los datos de objetos en cada una de las aplicaciones y los datos físicos del esquema relacional, el puede crear en la base de datos un objeto que todas las aplicaciones puedan utilizar.



Esto facilita el desarrollo de todas las aplicaciones, ya que gran parte del código se sitúa fuera de ellas. Además, la tecnología de objetos, como puede ser el almacenamiento de punteros y colecciones de objetos, también simplifica en gran medida las instrucciones SQL.

OBJETOS EN ORACLE 

Las bases de datos relacionales iten tres tipos de datos: caracteres, números y fechas.



Los tipos de objetos permiten definir nuevos tipos de datos y utilizarlos de la misma manera que se usarían los tipos de datos relacionales normales. Por ejemplo, se puede crear un nuevo tipo denominado Dirección que puede contener datos, denominados atributos, tales como la calle, la población y el código postal. El tipo de objeto también puede contener métodos, tales como Distancia, para calcular la distancia entre las direcciones. Estos métodos se pueden escribir en PL/SQL, C o Java. La dirección se podrá utilizar entonces en cualquier lugar en el que pueda usarse un tipo de datos normal, tanto en definiciones de columna como en variables PL/SQL, o incluso como definición de una tabla de objetos.

OBJETOS EN ORACLE 

Esta característica ofrece las ventajas de crear componentes de código reutilizables y una segmentación transparente de las aplicaciones, por lo que el código puede residir y ejecutarse en el nivel que mayor rendimiento aporte ya sea el cliente, el servidor de aplicaciones o el servidor de base de datos.



Al añadir vídeo, imágenes y sonidos a los datos escalares tradicionales se mejora la utilidad de la aplicación, pero también aumenta considerablemente la cantidad de almacenamiento que ocupa un objeto. El ORDBMS debe gestionar objetos grandes (LOBs) de manera eficaz y con un rendimiento razonable. La base de datos también debe proporcionar a las aplicaciones clientes un aleatorio y por partes a grandes objetos, con el fin de que sólo sea necesario recuperar a través de la red la parte solicitada de los datos.

OBJETOS EN ORACLE 

Los objetos grandes, llamados LOBs gestionan datos no estructurados tales como imágenes, sonidos, vídeo y texto, y cuentan con una funcionalidad superior que sus predecesores LONG y LONG RAW. Los LOBs de caracteres (CLOB o NCLOB), los LOBs binarios y los BFILES o LOBs almacenados externamente se pueden duplicar y utilizarse como atributo de un objeto. También se puede disponer de más de un LOB por tabla/objeto. Los LOBs tienen un tamaño máximo superior que los LONGs y cuentan con mecanismos diferentes para mantener la coherencia de lectura y el aleatorio.



Los datos de los LOBs están indexados para permitir un rápido a partir de un byte especificado. También es posible leer/escribir LOBs a través de la memoria caché intermedia de Oracle, o acceder a los mismos directamente desde disco.

Análisis F.O.D.A Es multiplataforma. Soporta todas las funciones que se esperan de un servidor. Fortalezas Permite las particiones para la mejora de la eficiencia. Permite que los computadores compartan a través de internet u tras redes de telecomunicaciones no solo información si no también poder de calculo y capacidad de almacenamiento Costo. Orientación hacia la internet. Oportunidades Evolución hacia los objetos. Soporte. Debilidades

Configuración del Oracle muy lento. Un error frecuente consiste en pensar que basta instalar el Oracle en un servidor y enchufar directamente las aplicaciones

Amenazas

Necesidad de ajustes. Desafortunadamente, la implementación de los objetos no ofrece una ventaja clara en eficiencia

Conclusiones  El comercio electrónico ofrece opciones de automatización en todos los negocios de las empresas, los documentos digitales son el futuro, al ser este servicio tan imprescindible, se hace necesario analizar las posibilidades existentes en el mercado de bases de datos y las características que una base de datos libre puede solventar frente a las bases de datos comerciales.  La inversión en una base de datos de código abierto es una alternativa válida que gerentes y desarrolladores deberían considerar el momento de escoger una solución informática.  La base de datos Oracle es una herramienta muy confiable y segura, tiene opciones de auditoria, backup y aplicaciones para la toma de decisiones que la diferencian de sus competidores libres y propietarios. En ocasiones es mejor sacrificar los recursos (memoria, disco) para obtener a cambio integridad en los datos.

GRACIAS