MANUAL DE ORACLE

1.- Base de Dato
2.- Servidor de Archivo
3.- Cliente servidor
4.- Introducción a Oracle
5.- Instalación de Oracle
6.- Arquitectura de Oracle
7.- Conexión a una Base de Datos
8.- Áreas Lógicas y Archivos Físicos
  • Tablespace
  • Datafile
9.- Objetos de la Base de Datos para dar Seguridad
  • Usuarios
  • Privilegios
  • Roles
  • Perfiles
  • Secuencias
  • Disparadores
10.- Replicación
  • Objetos de Replicación
  • Grupos de Replicación
  • Replicación de Sitios
  • Tipos de Entornos de Replicación
  • Multimaestro Replicación
  • Ver Materializadas Replicación
  • Multimaestro y Materializada ver Configuraciones Híbridas
11.- Distribución
  Tipos de Base de Datos de Distribución
  La Partición de Datos
12.- Consulta SQL

CONCEPTOS

Base de datos
Una Base de Datos es un conjunto de datos almacenado y accesible según el formato de tablas relacionales, está almacenada físicamente en ficheros, y la correspondencia entre los ficheros y las tablas es posible gracias a las estructuras internas de la BD, que permiten que diferentes tipos de datos estén almacenados físicamente separados.

DBMS.- (Database Management System) es el software que contiene la colección ordenada y sincronizada de programas procedimientos y lenguajes, que permite gestionar una base de datos..

DBA.- (Administrador de Base de Datos) es el principal responsable de la operación, configuración y rendimiento de una base de datos, su principal tarea consiste en resguardar la integridad de los datos almacenados en la base, proveyendo para esto mecanismos de respaldo, efectuando monitorizaciones periódicas al sistema, implementando medidas de seguridad, etc.

Tipos de base de datos:
Desde el punto de vista de organización lógica:
• Jerárquicas
• Relacionales (Oracle, SQL Server, db2, Sybase, etc.)

Desde el punto de vista de número de usuarios:
• Mono Usuarios
• Multiusuario

SERVIDOR DE ARCHIVOS

Un servidor de archivos es un equipo de cómputo exclusivo para almacenar la información de todos los usuarios y grupos, con la ventaja de que se tiene acceso controlado a los recursos por medio de contraseñas, manteniendo la privacidad de los archivos deseados, pero también con la posibilidad de compartir recursos entre varios usuarios, Teniendo un servidor de archivos, los usuarios pueden trabajar y tener acceso a documentos sin tener que llevar un disco. Los privilegios de acceso pueden ser restringidos a invitados o usuarios registrados.

Ventajas
• Velocidad de transferencia
• Velocidad de lectura/escritura
• Seguridad en la información
• Versatilidad
• Escalabilidad

Desventajas
• Incremento en el costo
• Red con alta colisión y trabajo

CLIENTE SERVIDOR
Esta arquitectura consiste en un cliente que realiza peticiones a otro programa (el servidor) que le da respuesta, en esta arquitectura la capacidad de proceso está repartida entre los clientes y los servidores, las características de la arquitectura son:

• El servidor presenta a todos sus clientes una interfaz única y bien definida.
• El cliente no necesita conocer la lógica del servidor, sólo su interfaz externa.
• El cliente no depende de la ubicación física del servidor, ni del tipo de equipo físico en el que se encuentra, ni de su sistema operativo.
• Los cambios en el servidor implican pocos o ningún cambio en el cliente.


INTRODUCCION A ORACLE

Oracle es básicamente un herramienta cliente/servidor para la gestión de base de datos, utiliza dos clases de memoria como SGA y PGA

SGA.- este componente de Oracle es localizado en la memoria al inicializar una instancia y desaparece al bajarla, esta compuesto por: Diccionario Cache - Los Redo Log Buffers - Los Database Buffers - Piscina Comunitaria - Piscina Java - Gran Piscina

PGA.- contiene información acerca de las conexiones y los procesos que se realizan en Oracle, el Programa Global Área se activa al conectarse un usuario.

Oracle también utiliza dos privilegios el de sistema y el de objetos, el primero permite al usuario realizar ciertas tareas previas la autorización del administrador o de quien tenga el permiso de administrar. El de Objeto nos permite realizar ciertas acciones en la Base de Datos, si el usuario no tiene los permisos sólo puede acceder a sus propios objetos, este tipo de permiso lo da el dueño del objeto.

Los Roles están formados por privilegios que se le pueden otorgar al usuario, estos pueden tener una serie de privilegios tanto del sistema como de objetos y a la vez puede tener otros.


INSTALACIÓN DE ORACLE

1.- Introduciremos el CD 1 de la instalación


2.- Seleccionar la ruta y pulsar en Siguiente.


3.- Seleccionar el tipo de instalación que se desee:



 4.- Seleccionaremos el tipo de instalación que queramos realizar:


5.- Seleccionar la opción dependiendo del uso que se desee dar a nuestra base de datos, normalmente es para Uso General.


6.- Seleccionaremos el puerto para Oracle MTS Service, normalmente se suele seleccionar el puerto por defecto 2030.


7.- Especificaremos el nombre de la base de datos (con un máximo de 8 caracteres):



8.- En este punto seleccionaremos la ubicación de los archivos de la base de datos que la instalación creará, Oracle recomienda que la ubicación de los archivos de la base de datos esté en un disco físico distinto al de los archivos de la instalación (software de Oracle).



9.- Seleccionar el juego de caracteres que se vaya a utilizar.
 
10.- En esta ventana nos aparecerá el software que se va a instalar, tras comprobar que es correcto pulsaremos en Instalar:




11. Posterior introduciremos los CDs de instalación conforme los vaya pidiendo el programa:




12.- Tras la instalación de Oracle y la creación de la base de datos aparecerá una ventana indicando que el proceso de instalación ha finalizado.



ARQUITECTURA DE ORACLE


La arquitectura de Oracle tiene tres componentes básicos:

• Las estructuras de memoria. Para almacenar los datos y el código ejecutable.
• Los Procesos. Son los que corren el sistema de BD y las tareas de cada usuario conectado a la BD.
• Los Archivos. Son los que sirven para el almacenamiento físico en el disco de la información de la BD.


Estructura de Memoria
Hay dos clases de memoria, una de ella compartida por todos los usuarios conectados y otra dedicada al trabajo de cada una de ellas.


• SGA (System Global Area)
• PGA (Process Global Area)


SGA (SYSTEM GLOBAL AREA).- Sirve para facilitar la transferencia de información entre usuarios y también almacena la información estructural de la BD más frecuentemente requerida:
• El SGA es utilizado para el intercambio de datos entre el servidor y las aplicaciones cliente.
• Una instancia Oracle puede abrir una sola base de datos a la vez.

PGA (PROCESS GLOBAL AREA).- El Process Global Área es un área de memoria utilizada por un proceso Oracle. Esta zona de memoria no se puede compartir:

Es un área no compartida en la cual se puede escribir y contiene:
• Área e almacenamiento
• Información de la sesión
• Estado del cursor
• Espacio de la pila


CONEXIÓN A UNA BASE DE DATOS


Pasos:

  • Inicio

  • Oracle

  • Configuration an Migration Tools

  • Net Coniguration Assistan

  • Aceptar

  • Configuraciòn Red Local

  • Agregar

  • Nombre del Servicio (Nombre BD Global)

  • Siguiente

  • Seleccionar TCP

  • Nombre Host (IP)

  • Siguiente

  • Realizar Prueba (Si)

  • Siguiente

  • Comprobar Conenxion

  • Usuario

  • Contraseña

  • Aceptar

  • Terminar
  
AREAS LÓGICAS Y ARCHIVOS FISICOS


  
TABLESPACE
Un Tablespace es una unidad lógica que denota el espacio de almacenamiento de datos dentro de una base de datos y que están constituidos por uno o más Datafile, un Tablespace no es un fichero físico en el disco, simplemente es el nombre que tiene un conjunto de propiedades de almacenamiento que se aplican a los objetos (tablas, secuencias, etc.) que se van a crear en la base de datos bajo el Tablespace indicado (tablas, secuencias, etc.).


 Pasos:
  • Almacenamiento de datos
  • Tablespace
  • Nuevo
  • Nombre
  • Online
  • Permanente
  • Crear
  • Aceptar

DATAFILE
Un Datafiles es la representación física de un Tablespace, son los "ficheros de datos" donde se almacena la información físicamente, puede tener cualquier nombre y extensión (siempre dentro de las limitaciones del sistema operativo) y puede estar localizado en cualquier directorio del disco duro, aunque su localización típica suele ser ORACLE_HOME/Database.





OBJETOS DE LA BASE DE DATOS PARA DAR SEGURIDAD




USUARIOS
Una cuenta de usuario no es una estructura física de la BD, pero está relacionada con los objetos de la BD: los usuarios poseen los objetos de la BD. Existen dos usuarios especiales: SYS y SYSTEM.
   

• El usuario SYS posee las tablas del diccionario de datos; que almacenan información sobre el resto de las estructuras de la BD.

  • El usuario SYSTEM posee las vistas que permiten acceder a las tablas del diccionario, para el uso del resto de los usuarios de la BD.

Todo objeto creado en la BD se crea por un usuario, en un espacio de tablas y en un fichero de datos determinado, toda cuenta de la BD puede estar unida a una cuenta del S.O, lo que permite a los usuarios acceder a la cuenta de la BD sin dar la clave de acceso.
  

Pasos:


  • Seguridad
  • Usuarios
  • Click Derecho
  • Nuevo
  • Nombre
  • Contraseña
  • Tablespace


PRIVILEGIOS
Los privilegios pueden ser de dos tipos:

1. Privilegios del sistema, como por ejemplo para crear tablas.
2. Privilegios sobre objetos, como por ejemplo permiso de select sobre una tabla concreta.

   

Privilegios del Sistema
Permite al usuario hacer ciertas tareas sobre la BD, como por ejemplo crear un Tablespace. Estos permisos son otorgados por el administrador o por alguien que haya recibido el permiso para administrar ese tipo de privilegio.


Privilegios Sobre Los Objetos
Este tipo de privilegios le permite al usuario hacer cierta acción en un objeto de la base de datos, como puede ser una tabla, vista, función etc. Si a un usuario no se le dan estos privilegios solo podrías acceder a sus propios objetos. Y estos tipos de privilegios los da el dueño del objeto, el administrador o alguien que haya recibido este permiso explícitamente.

   

ROLES
Los roles son conjuntos de privilegios, un rol puede tener garantizados una serie de privilegios tanto del sistema como sobre objetos y a la vez puede tener garantizado otros roles.
  

Por default cuando creamos un usuario desde el Enterprise Manager se le asigna el permiso de Connect, lo que permite al usuario conectarse a la BD y crear sus propios objetos en su propio esquema. De otra manera, debemos asignarlos en forma manual.

  

PERFILES
Los perfiles permiten definir limitaciones de recursos, por ejemplo se puede definir un perfil que limite el número de sesiones abiertas concurrentemente por un usuario cualquiera, y posteriormente aplicar este perfil a uno o más usuarios concretos.

  

SECUENCIAS
A menudo es preciso generar números en forma ordenada para implementar, por ejemplo, una clave primaria en una tabla o garantizar que esos números no se repiten y van siempre en un orden predefinido por el desarrollador (no necesariamente secuenciales). Oracle implementa los objetos denominadas secuencias, que permiten hacer lo anterior de manera transparente para el usuario.

Cuando se define una secuencia se deben indicar, como mínimo, el valor de partida (valor mínimo) y el incremento.
Es un objeto que permite generar valores únicos. Se emplean para obtener las claves primarias de las tablas.

Objeto que genera números en forma continua.


Pasos:

  • Base de Datos
  • Secuencias
  • Crear
  • Nombre…………….
  • Esquema
  • Tipo
  • Valores
  • Crear
 

DISPARADORES
Son procedimientos que son ejecutados cuando se produce un determinado evento en la Base de Datos, se pueden utilizar para mejorar y reforzar la integridad y la seguridad de la BD.

Son segmentos de código PL/SQL que se ejecutan cuando se producen operaciones de DML. Se definen a nivel de tabla y se clasifican según tres parámetros:

Pasos:

  • Tabla
  • Disparador
  • Crear
  • Nombre…………….
  • Evento
  • Tabla
  • Esquema
  • Seleccionar………….
  • Insertar


REPLICACION


La replicación es el proceso de copiar los objetos y el mantenimiento de base de datos en varias bases de datos que componen un sistema de base de datos distribuida. Los cambios aplicados en el mismo sitio se capturan y almacenan localmente antes de ser transmitida y aplicada en cada una de las ubicaciones remotas. La replicación le proporciona al usuario un acceso rápido y locales a los datos compartidos y protege la disponibilidad de aplicaciones debido a opciones alternativas de acceso a datos existen. Incluso si un sitio no está disponible, los usuarios pueden seguir para consultar o incluso actualizar las ubicaciones restantes.

  

OBJETOS DE REPLICACIÓN
Es una base de datos de objetos existentes en varios servidores en un sistema de base de datos distribuida. En un entorno de replicación, las posibles actualizaciones efectuadas a un objeto en un sitio de replicación se aplican a los ejemplares en todos los otros sitios. Avanzada de replicación le permite replicar los siguientes tipos de objetos:


• Tablas  

• Indices  

• Vistas y vistas de objetos  

• Paquetes y Paquetes Cuerpos  

• Procedimientos y funciones  

• Tipos definidos por el usuario y los órganos de tipo  

• Los desencadenantes  

• Sinónimos
• Indextypes  

• Los operadores definidos por el usuario  


En cuanto a las tablas, la replicación soporta características avanzadas tales como tablas con particiones, tablas organizadas en índices, las tablas con columnas que se basan en tipos definidos por el usuario, y las tablas de objetos.


Pasos:

  • Crear
  • Tabla
  • Nombre de la Tabla
  • Esquema
  • Tablespace
  • Crear Columnas
  • Tipo de Dato
  • Tamaño
  • Escala
  • Crear


GRUPOS DE REPLICACIÓN
En un entorno de replicación, Oracle maneja los objetos de replicación usando grupos de replicación. Un grupo de replicación es una colección de objetos de replicación que están relacionados lógicamente.
  

Mediante la organización de objetos relacionados con la base de datos dentro de un grupo de replicación, es más fácil de administrar muchos objetos juntos. Normalmente, crear y utilizar un grupo de replicación para organizar los objetos de esquema de apoyo necesario para una aplicación de base de datos en particular. Sin embargo, los grupos de replicación y los esquemas no se corresponden entre sí, un grupo de replicación puede contener objetos de varios esquemas y un solo esquema puede tener objetos en grupos de replicación múltiple, in embargo, cada objeto de replicación puede ser miembro del grupo de replicación único.

  

REPLICACIÓN DE SITIOS
Un grupo de replicación puede existir en los sitios de replicación múltiple, entornos de replicación de apoyo a dos tipos básicos de sitios: sitios de capitán y se materializó sitios vista. Un sitio puede ser tanto un sitio principal para un grupo de replicación y un sitio de vista materializada por un grupo de replicación diferente. Sin embargo, un sitio no puede ser tanto el sitio principal y el sitio de vista materializada para el mismo grupo de replicación.

TIPOS DE ENTORNOS DE REPLICACIÓN
Avanzada replicación admite los siguientes tipos de entornos de replicación:


• Multimaestro replicación

• Ver materializadas replicación

• Multimaestro y materializada Ver configuraciones híbridas

MULTIMAESTRO REPLICACIÓN.- (también llamados "peer-to-peer o n-forma de replicación) permite a varios sitios, en calidad de pares iguales, para administrar grupos de objetos de base de datos replicada. Cada sitio en un entorno de replicación con varios maestros es un sitio maestro, y cada lugar se comunica con los sitios de otro maestro.


Las aplicaciones pueden actualizar cualquier tabla replicada en cualquier sitio en una configuración de varios maestros, servidores de bases de datos Oracle que operan como lugares de maestro en un entorno de trabajo de varios maestros de forma automática a converger los datos de todas las réplicas de mesa y para garantizar la coherencia global de las transacciones y la integridad de datos.

  
VER MATERIALIZADAS REPLICACIÓN.- Una vista materializada contiene una copia completa o parcial de un maestro de destino desde un único punto en el tiempo. El capitán blanco puede ser una tabla maestro en un sitio maestro o una maestra se materializó la visión en un sitio de vista materializada. Un maestro materializado punto de vista es una vista materializada que funciona como un maestro de otra vista materializada. Un multinivel materializado punto de vista es que se basa en otra vista materializada, en lugar de en una tabla maestra las vistas materializadas proporcionar los siguientes beneficios:


• Habilitar el acceso local, lo que mejora los tiempos de respuesta y disponibilidad.

• De descarga consultas desde el sitio principal o maestro materializado ver sitio, porque los usuarios pueden consultar la vista local se materializó en lugar.

• Aumentar la seguridad de los datos por lo que le permite replicar sólo un subconjunto de los datos del maestro de destino establecido


Actualizables vistas materializadas.- En una configuración más avanzada, puede crear una vista actualizable materializado que permite a los usuarios insertar, actualizar y eliminar filas de la tabla maestra de destino o el capitán vista materializada mediante la realización de estas operaciones en la vista materializada. Un materializado vista actualizable también puede contener un subconjunto de los datos en el maestro de destino.

Actualizables vistas materializadas se basan en tablas o vistas materializadas que se han establecido para apoyar la replicación. De hecho, actualizable vistas materializadas deben ser parte de un grupo de vista materializada que se basa en otro grupo de replicación.

  

MULTIMAESTRO Y MATERIALIZADA VER CONFIGURACIONES HÍBRIDAS.- y la replicación con varios maestros vistas materializadas se pueden combinar de híbridos o "configuraciones mixtas para cumplir con diferentes requisitos de aplicación, configuraciones híbridas puede tener cualquier número de sitios principal y varios sitios se materializó vista para cada maestro.

La Figura con varios maestros (o vías n) la replicación entre dos maestros pueden admitir la mesa de replicación entre las bases de datos que soportan dos regiones geográficas, vistas materializadas se pueden definir en los maestros para replicar las mesas completas o subconjuntos de mesa a los sitios dentro de cada región.

  

DISTRIBUCIÓN
Las computadoras, o nodos en un entorno de base de datos distribuida, actuarán como clientes y servidores en función de si están solicitando los datos de otra base de datos en un nodo diferente o de facilitar datos a un nodo distinto que así lo soliciten.

Cada sitio es autónomo, es decir, administrar de forma independiente, las bases de datos son distintas, las entidades separadas que comparten sus datos, los beneficios de la autonomía de la obra son:

Las bases de datos diferentes que cooperaron en el entorno distribuido pueden réplica local de la organización las necesidades y deseos. Esto es especialmente útil en lugares donde puede haber dos organizaciones que necesitan compartir algunos, pero no todos, los datos. Un ejemplo podría ser dos empresas del sector aeroespacial que cooperaron en la plataforma espacial, es posible que necesiten compartir datos de diseño, pero no quieren compartir la información financiera.

Los datos locales son controlados por el administrador de base de datos local. Esto limita la responsabilidad a un nivel manejable.

El fracaso en un nodo tiene menos probabilidades de afectar a otros nodos. El sistema mundial es al menos parcialmente disponibles en la medida como un solo nodo de la base de datos está activo. No solo fallo pondrá fin a todo el procesamiento o ser un cuello de botella de rendimiento. Por ejemplo, si el nodo de Pittsburgh se cae, no afectará el nodo de Omaha, Omaha, siempre y cuando no requieran ninguno de los datos de Pittsburgh.

* La falta de recuperación se encuentra en un nodo para cada.
* Un diccionario de datos existe para cada base de datos local.

Los nodos pueden actualizar el software de forma independiente, dentro de lo razonable.


Como DBA tendrá que comprender las estructuras y los límites del entorno distribuido si están obligados a mantener un entorno distribuido. Las características de una confirmación de dos fases, así como la resolución de nombres y la distribución de otros temas.

  

TIPOS DE BASE DE DATOS DE DISTRIBUCIÓN
Las bases de datos distribuidas significan algo diferente para los diseñadores de bases de datos diferentes. Además, hay varios sabores de bases de datos distribuidas, cada tipo de base de datos tiene características únicas y soluciones únicas, al tomar una mirada cuidadosa a cada tipo de base de datos distribuida, que puede arrojar alguna luz sobre los grandes temas de bases de datos distribuidas. Oracle es compatible con todos los siguientes tipos de bases de datos distribuidas y no hay prácticamente ningún tipo de distribución de datos que no se puede implementar con Oracle.
Distribución geográfica (distribución horizontal).- se refiere a varias bases de datos que se ejecutan bajo el control de diferentes procesadores, en términos de distribución de base de datos, es irrelevante si las bases de datos están separadas por varios centímetros o más millas mil. De hecho, es posible tener una arquitectura de base de datos distribuida en una sola máquina, como en el caso de un sistema SMP con un procesador de segundo grado. Numerosos procesadores Unix tienen varias CPUs que figuran en el cuadro y a base de datos de sistemas independientes se pueden ejecutar en cada mitad de la CPU. Cada base de datos cuenta con el beneficio de un procesador aislado, sino que se distribuye de comunicación de base de datos como SQL.
  

Plataforma de distribución (distribución vertical).- se refiere a la existencia de bases de datos que residen en una diversidad de plataformas de hardware un ejemplo sería un sistema de FoxPro en una red local a través de DB2-PC para comunicarse con una computadora central, se utiliza a menudo con el cliente / servidor de aplicaciones de software para bases de datos compartidas se pueden distribuir a los equipos conectados a redes de área amplia.

Distribución de Arquitectura.- se refiere a bases de datos distribuidas que incluyen bases de datos diferentes, muchas de las cuales no son bases de datos relacionales. Ejemplos incluyen una base de datos orientada a objeto que se comunica con una base de datos relacional o una base de datos CODASYL que se comunica con una base de datos jerárquica.
La distribución arquitectónica puede ser la más simple forma de distribución de base de datos de implementar, al utilizar el lenguaje de preprocesadores que vienen con una base de datos, es fácil a los comandos de inserción de cada una de las bases de datos en una arquitectura en un solo programa. Cuando se compila el programa, cada preprocesador se invoca y la base de datos de llamadas se sustituye por las llamadas nativas. Usando este método, un programador puede escribir un programa por lotes que a la vez se comunica con una base de datos relacional y una base de datos no relacionales.



Integridad de datos y bases de datos distribuidas.- se refiere a la capacidad de un almacén de distribución de Oracle para administrar las actualizaciones concurrente a los datos en muchas ubicaciones físicas al tiempo que garantiza que todos los datos están físicamente y lógicamente correctos.

Mientras integridad de los datos se maneja con eficacia dentro de una base de datos única con bloqueo de registro, la detección de punto muerto y la espalda características-roll, distribuidos integridad de los datos es mucho más compleja, la recuperación en un entorno de base de datos distribuida consiste en garantizar que toda la transacción se ha completado correctamente antes de emitir un COMMIT para cada uno de los subcomponentes en la transacción global.

Esto a menudo puede ser una tarea engorrosa, y la cuestión de la confirmación de dos fases se abordan en detalle más adelante en este texto. Una alternativa popular a la confirmación de dos fases es replicar la información y basadas en técnicas de replicación asincrónica para hacer cumplir la integridad de los datos. La replicación asíncrona se refiere a las instantáneas de Oracle y requiere un tipo de maestro-esclavo de la configuración, mediante el cual una base de datos master relés de cambios a la base de datos de esclavos en forma periódica (el uso de instantáneas de Oracle para crear-esclavo de replicación maestro se analiza con más detalle más adelante en este capítulo) El enfoque de instantáneas tiene sentido cuando un sistema general no requiere la integridad instante.

  

LA PARTICIÓN DE DATOS
Cuando una única base de datos Oracle se divide en entidades separadas, a veces vemos un esquema donde las mesas se dividen en pequeños cuadros. Estas tablas se pueden permanecer en el mismo esquema que las otras piezas de las mesas, o pueden residir en otras bases de datos Oracle.

Debido a que las piezas expuestas más pequeños ya no son una parte del esquema de base, distribuidas de SQL se pueden emitir a través de una partición horizontal que trata a cada mesa, como si se tratara de una sola entidad. Esta técnica utiliza SQL de Oracle Net instalación de comunicaciones distribuidas y cada vez que vea un nombre de tabla que termina con @ ubicación, se puede asumir que se trata de una transacción distribuida de Oracle.

Particionamiento horizontal.- se refiere a la capacidad del sistema para almacenar información similar en muchos sitios, mientras que la información sigue manteniendo su identidad con la contenida en la red. En un almacén de Oracle, esto podría significar, por ejemplo, que algunas filas de una tabla de hechos pueden residir en París, mientras otras filas de la tabla de hechos reside en Londres. Desde el punto de vista de la solicitud, la tabla de hechos aparece como un cuadro unificado. Oracle ofrece muchas herramientas para ayudar en este proceso, utilizando capacidades de actualización a distancia, procedimientos almacenados, disparadores y base de datos.


En partición vertical.- las tablas también puede ser re-ensamblados en una sola entidad mediante el uso de SQL para volver a agregar las columnas deseadas. En el siguiente ejemplo podemos consultar el sueldo de los trabajadores que se mantenga como una partición separada en Dallas:

Ubicación Transparencia.- se refiere a la capacidad de una base de datos distribuida que funcione como un todo unificado y aparecen a los usuarios finales como si se está accediendo a una única base de datos. Los usuarios finales de un almacén de distribución más probable es que no les importa donde residen los datos o qué método de acceso a la base de datos invoca el servicio de sus consultas, transparencia de ubicación es bastante complejo y se vuelve aún más compleja cuando se trata de transacciones distribuidas entre diferentes bases de datos relacionales.


CONSULTAS SQL

En Oracle, SQL se divide en dos grupos básicos: lenguaje de definición de datos (DDL) o lenguaje de manipulación de datos (DML). DDL se utiliza para definir objetos dentro de la base de datos así como la creación de tablas o índices. LMD se utiliza para insertar, actualizar y eliminar datos en la base de datos. Por último, hay recuperación de datos, que es la instrucción SELECT.

Estructuras del lenguaje SQL
SELECT. Se trata del comando que permite realizar consultas sobre los datos de la base de datos. Obtiene datos de la base de datos.

DML, Data Manipulation Language (Lenguaje de manipulación de datos). Modifica filas (registros) de la base de datos. Lo forman las instrucciones INSERT, UPDATE, MERGE y DELETE.

DDL, Data Definition Language (Lenguaje de definición de datos). Permiten modificar la estructura de las tablas de la base de datos. Lo forman las instrucciones CREATE, ALTER, DROP, RENAME y TRUNCATE.
Instrucciones de transferencia. Administran las modificaciones creadas por las instrucciones DML. Lo forman las instrucciones ROLLBACK, COMMIT y SAVEPOINT
  
DCL, Data Control Language (Lenguaje de control de datos). Administran los derechos y restricciones de los usuarios. Lo forman las instrucciones GRANT y REVOKE.


Pasos:
  • Inicio 
  • Todos los Programas 
  • Oracle 
  • Aplication Development 
  • SQL Plus 
  • Usuario 
  • Contraseña 
  • Servidor