INDICE

INTRODUCCIÓN A LAS BASES DE DATOS..............................................................................................2

BASE DE DATOS BD.......................................................................................................................................2
VENTAJAS DE UN SISTEMA DE BASE DE DATOS.............................................................................................3
DESVENTAJAS DE UN SISTEMA DE BASE DE DATOS......................................................................................3
ACTIVIDADES PRINCIPALES DEL DBA..............................................................................................................4
DICCIONARIO DE DATOS (DD)........................................................................................................................4
Estructura del diccionario de datos...........................................................................................................4
INTRODUCCIÓN A LAS BASES DE DATOS
Antes de inventar las bases de datos existieron los sistemas de procesamiento de archivos,
basados en registros guardados en archivos, creándose respectivamente programas para su
manipulación (obtener y guardar información). Éstos tenían varias desventajas:

- Redundancia de información (repetición de información)

- Inconsistencia en la información (problemático actualizarla, por tanto, las distintas copias no
concuerdan)
- Falta de manejo de concurrencia (múltiples usuarios con actualizaciones al mismo tiempo)
- Dependencia entre programa con archivo.

Breve historia de las bases de datos y Ejemplos comerciales de DBMS

TIPO MODELO EJEMPLOS COMERCIALES DE DBMS AÑOS

DE DATOS
Surge el Lenguaje Cobol, se crean archivos de acceso 1945-1960
secuencial, archivos de acceso directo. Se inventa el concepto
de llave (Key) CODASYL (Conference on Data Systems and
Languages)
JERÁRQUICO Evoluciona el modelo Jerárquico a partir del lenguaje Cobol (que 1960 -1965
consiste en relación de registros de forma jerárquica, es decir un
registro padre y varios registros hijo en forma sucesiva)
Ejemplos: IDMS DE CULLINET, IMS DE IBM
DE RED Se puede especificar relaciones entre múltiples registros padres 1968
y múltiples registros hijos.
RELACIONAL Se representa lógicamente la base de datos mediante entidades 1980´s
y sus relaciones entre sí.
INFORMIX , INGRESS, ORACLE (1979), DB2, PARADOX,
SQLSERVER, SYBASE, PROGRESS, SQLBASE, ADABAS O
NATURAL, FOXPRO, CLIPPER
HÍBRIDO Combinación de Modelos Relacional y Red RAIMA
OBJETO- Ejemplo ORDBMS Oracle 1985
RELACIONAL
ORIENTADO A Almacena los objetos completos (estado y comportamiento) 1990’s
OBJETOS conocido como Diagrama de clases

Base de Datos BD
Conjunto de información organizada (Archivo lógico: uno o varios archivos físicos) cuya finalidad es
servir a una o más aplicaciones de la mejor manera posible.

Niveles en que puede observarse la BD esto se conoce como abstracción de la información.

NIVEL Definición Tipo de usuario que interviene

FÍSICO Describe cómo se almacenan los datos DBA=Administrador de la base de
(bytes) datos
CONCEPTUAL Esquematización de los datos y sus Analista y Desarrollador
relaciones (diagramas)
DE VISIÓN Abstracción más alta para interpretar y finales
utilizar la información
Un sistema de base de datos es un conjunto de:

Datos Valores registrados físicamente en la base de datos. La información es el

significado de los datos

Hardware Almacenamiento físico

Software Programas para manejar la base de datos. (DBMS = Sistema Manejador de Base
de Datos)
Usuarios ANALISTA (Persona encargada de esquematizar los datos y sus relaciones, hace
el DER=Diagrama Entidad Relación),
PROGRAMADOR / DESARROLLADOR (Persona encargada de programar la
aplicación con la Base de datos),
DBA (persona encargada de la construcción de la base de datos y su
administración) FINALES (Manipulan e interpretan la información)

FIGURA 1
Ventajas de un sistema de base de datos
- Reducir redundancia (repetición de información)
- Evitar inconsistencia (diferentes datos que no coinciden correctamente debido a la redundancia)
- Mantener integridad (información confiable, verídica, debido a la consistencia de los datos)
- Controlar concurrencia (varios usuarios acceden a la misma información al mismo tiempo, pero
por turnos van actualizando los datos manteniendo la integridad de los datos)
- Aplicar restricciones de seguridad (permisos a diferentes tipos de usuario)
- Los datos son independientes de los programas (No existe una dependencia de existencia entre
una aplicación y la base de datos, como en los programas que usaban archivos de datos
redundantes creados para que el programa funcionará).

Desventajas de un sistema de base de datos.

- La seguridad y la integridad pueden ser contraproducentes sin buenos controles.
Seguridad de la información
Conjunto de protecciones que permiten resguardar la información importante para una persona u
organización, conservando la confidencialidad, la integridad y la disponibilidad. (Triada CIA).

Confidencialidad
Es una propiedad de la información, en la que se garantiza que ésta es accesible únicamente por
el personal autorizado.

Integridad
Garantizar que los datos sean los que se supone que son. La verificación de la integridad de los
datos consiste en determinar si se han alterado los datos durante la transmisión (accidental o
intencionalmente).

Disponibilidad
Aseguramiento de que los usuarios autorizados tienen acceso cuando lo requieran a la información
y sus activos asociados.

El DBMS Sistema Manejador de Base de Datos está formado por:

** Base de datos
** Software para manipular los datos
Funciones:
- almacena, recupera, elimina y modifica datos (DML)
- guarda la consistencia de los datos (implícito, ya realizado con DDL (PK’s,FK’s))
- soluciona problemas de concurrencia (implícito)
- tiene seguridad (DCL)
- creación y modificación de la base de datos (DDL)

Objetivo del DBMS:

Crear un ambiente en que sea posible guardar y recuperar información de la base de datos en
forma eficiente.

El manejo de datos del DBMS incluye tanto la definición como la manipulación y la seguridad de los
mismos:
DDL Lenguaje de Definición de Datos
DML Lenguaje de Manipulación de Datos (inserción, recuperación, eliminación y
actualización
DCL Lenguaje que Controla el acceso a los Datos
DTL Lenguaje que Controla las transacciones de los Datos

Lenguajes de DBMS:
El más utilizado es SQL “Structured Query Language”, PAL “Paradox Applications Language for
Windows”, XBASE

Actividades principales del dba

- Definir y modificar la estructura de almacenamiento (espacio)

- Definir permisos de acceso (DCL)
- Definir estrategia de respaldo y recuperación en caso de fallas
- Afinar la estructura de la base de datos (desfragmentando tablas con export/import, agregando
índices, modificando los parámetros de init.ora)
Diccionario de datos (DD)

Conjunto central de tablas y vistas de la base de datos de sólo lectura, se conoce como base de
datos Maestra.
Única excepción para borrar información en una tabla es SYS.AUD$ por crecer tanto.

Un diccionario de datos proporciona la siguiente información:

- Nombre de los usuarios
- Privilegios (permisos) que tienen los usuarios
- Nombres de los objetos
Tablas: Matriz de renglones y columnas
Vistas: Consulta de datos de una o más tablas(Nombre asociado a un
query)
Índices: Ordenamiento de los datos de una tabla
Sinónimos: Nombre de tabla o vista de otro servidor de datos, otra base de
datos, de otro usuario o esquema
Clústeres: Conjunto de tablas usadas frecuentemente juntas
Secuencias: Número generado e incrementado automáticamente en una
Columna de una tabla
Procedimientos: Programa creado por Lenguaje procedural, que incluye
bifurcación, iteración, declaración de variables.
Triggers: Programa que se ejecuta automáticamente al surgir una inserción,
actualización o borrado de renglones de una tabla
Function: Programa que regresa un valor (return).
Tablespaces: Nombre lógico en la base de datos, para ubicar a uno o varios
archivos de datos
- Datos de la base de datos
- Defaults: Valor asignado en un registro en una columna al no ingresar en una inserción
- Espacio ocupado por los objetos
Etcétera

Estructura del diccionario de datos

Está compuesto de:
Tablas Base: En las cuales escribe únicamente el DBMS
User accesible: Vistas accesibles de los objetos de los usuarios
Views: Vistas accesibles por todos los tipos de usuarios
Los prefijos de estas tablas y vistas son: all_ dba_ user_ all_user
Ejemplos: all_segments, dba_segments, user_segments

El propietario del diccionario es SYS (superusuario creado al instalar el DBMS con permisos
generales de administración de la base de datos, como por ejemplo dar startup o shutdown de la
base de datos)

El DBMS accede el diccionario de datos cada vez que se ejecuta un comando DDL, DCL ó DML

Cómo se usa el diccionario de datos

Durante la operación de la base de datos el DBMS lee el DD para ver que objetos hay y
quién los accesa y para actualizar estructuras del desarrollador.
Ejemplo:
Si el usuario X crea una tabla Y se crean registros en diversas tablas en el DD, de
columnas, extents y privilegios que el usuario X tiene de la tabla Y.

Acceso rápido al diccionario de datos

Debido a que el diccionario es utilizado por el DBMS constantemente durante la operación
de la base de datos para verificar el estado de los objetos. Mucha información del diccionario se
encuentra en el SGA (System Global Area). Toda la información es almacenada en memoria
usando el algoritmo LRU (Least Recently Used) (Uso Menos Reciente)

Nunca se crean nuevos objetos perteneciendo al usuario SYS en el diccionario de datos, excepto
por medio de un script provisto por la empresa proveedora del DBMS.

El diccionario reside en el tablespace SYSTEM el cual siempre está en línea cuando la base de
datos está abierta. (activa)

ACID son siglas que significan Atomicity(Atomicidad), Consistency(Consistencia), Isolation

(Aislamiento), Durability(Durabilidad).

En informática, ACID es un conjunto de características o propiedades que garantizan que las

transacciones en una base de datos son fiables. En el contexto de bases de datos, una transacción
es una única operación sobre los datos.

Un ejemplo de una transacción es la transferencia de fondos de una cuenta a otra, la cual implica
múltiples operaciones individuales.

Si un sistema supera la prueba ACID, significa que es fiable.

Propiedades ACID

* Atomicidad: cualquier cambio de estado que produce una transacción es atómico. Es decir,
ocurren todos o no ocurre ninguno. En otras palabras, esta propiedad asegura que una operación
se realiza (commit) o no se realiza (rollback), por lo tanto no puede quedar el sistema a medias.

* Consistencia: propiedad que asegura que una transacción no romperá con la integridad de una
base de datos, pues respeta todas las reglas y directrices de ésta.

* Aislamiento: propiedad que asegura que no se afectarán entre sí las transacciones. En otras
palabras, dos o más transacciones sobre los mismos datos no generarán un problema.

* Durabilidad: propiedad que asegura la persistencia de una transacción, es decir, una vez que la
transacción quedó aceptada no podrá deshacerse aunque falle el sistema.

Modelo Orientado a objetos

Modelo enfocado a dar soporte a la programación orientada a objetos.

Un modelo de análisis, se basa en un conjunto de principios:

La información dominio es modelada
Las funciones son descritas
El comportamiento es representado
Los modelos de datos, funciones y comportamiento son divididos para presentar los
detalles
Los modelos anteriores representan la esencia del problema y los modelos posteriores
proporcionan el detalle de la implementación.
En el análisis se definen todas las clases que son relevantes junto con operaciones y atributos,
relaciones y el comportamiento.

Para realizar lo anterior:

Los requerimientos deben ser comunicados entre el cliente y el ingeniero de software.

1. Las clases deben de ser identificadas (atributos y métodos)

2. Una jerarquía de clase debe de ser especificada
 3. Las relaciones entre objetos deberán ser representadas
4. Comportamiento del objeto deberá ser modelado
5. Iteración del 1 al 5

Modelo unificado para el análisis y diseño orientado a objetos (UML Lenguaje de Modelado
Unificado)

Lenguaje gráfico para visualizar, especificar, construir y documentar los artefactos de un sistema de
software, puede representar procesos del negocio y funciones del sistema, así como cuestiones
concretas del lenguaje de programación, estructura de base de datos y componentes reutilizables
de software.

UML no se encuentra sujeto a una metodología en específico, se puede adaptar a la que use.
UML 2 define 13 diagramas, que se encuentran agrupados así:

Diagramas de estructura
1. Clase: clases, interfases, tipos y relaciones entre ellos
2. Objetos: instancias de objetos de las clases definidas en los diagramas de clase
3. Componentes: interfases que utilizan para comunicarse con otros.
4. Estructura compuesta: elementos de una clase o componentes y descripción de relaciones
de clases dentro de un contexto.
5. Paquetes: organización jerárquica de grupos de clases y componentes
6. Despliegue: Como se despliega el sistema en una situación real.

Diagramas de comportamiento
7. Casos de uso: interacción entre el sistema y usuario u otro sistema externo
8. Actividades: secuenciales o paralelas
9. Estados: Estado de un objeto y los eventos que pueden cambiar su estado.

Diagramas de Interacción
10. Secuencias: orden de interacciones
11. Comunicación: formas en que interactuán los objetos y conexiones para estas
interacciones.
12. Tiempos: interacciones donde el tiempo es importante
13. Descripción de interacción: Conjuntar los diagramas de secuencia, comunicación y tiempo
para capturar una importante interacción dentro del sistema.