Bases de Datos I

Conceptos Bsicos
Universidad Tecnolgica de Mxico

Ciclo de Desarrollo de los S.I.

Introduccin
Evolucin Histrica: Aos 50s: Preparacin de resmenes en departamentos de informtica. En los 60s nacen los sistemas gestores de bases de datos. Despus aparecen los motores relacionales. A finales de los 80s aparece el data warehouse.

Conceptos Bsicos
Bases de Datos.
Es un conjunto de datos persistentes que es utilizados por un sistema de alguna empresa.

Sistema de Bases de Datos.

Sistema computarizado para llevar los registros de alguna compaa en particular.

Sistema Datos.

Manejador

de

Bases

de

Parte de un sistema de bases de datos encargado de gestionar todas transacciones que se llevan a cabo en la base de datos.

Conceptos Bsicos
Los sistemas de bases de datos se disean para la gestin de grandes cantidades de informacin. Esto implica:
La definicin de estructuras para almacenar la informacin. La provisin de mecanismos para la manipulacin de informacin.

Adems, los sistemas de bases de datos deben proporcionar fiabilidad.

Conceptos Bsicos
Un sistema de base de datos comprende cuatro componentes principales: Datos: Integrados y Compartidos. Hardware: Necesario para el Sistema. Software: DBMS, Utileras, herramientas. Usuarios: Programadores de Aplicaciones, Usuarios Finales y el Administrador de la Base de Datos.

Ventajas de un DBS
Compactacin. Velocidad. Menos trabajo laborioso. Actualidad. Ofrecimiento de un control centralizado. Los datos pueden compartirse. Se puede reducir la redundancia y la inconsistencia. Se puede mantener la integridad. Es posible mantener la seguridad.

Lenguajes de Bases de Datos

Un Sistema proporciona: de Bases de Datos

Un Lenguaje de Definicin de Datos (DDL) para especificar el esquema de la Base de Datos, que permite la definicin de objetos en la Base de Datos. Un Lenguaje de Manipulacin de Datos (DML) para expresar las consultas a la Base de Datos y las modificaciones, que permite la manipulacin o procesamiento de dichos objetos.

En la prctica ambos lenguajes no son dos lenguajes separados, tal como lo es SQL.
8

Arquitectura ANSI/Sparc
Niveles en la arquitectura:
Nivel externo (vistas de usuarios individuales) Nivel conceptual (vista de la comunidad de usuarios)

Nivel interno (vista de almacenamiento)

Arquitectura ANSI/Sparc
El Nivel Interno:
Nivel Fsico, es el que est ms cerca del almacenamiento fsico, es decir, es el que tiene que ver con la forma en que los datos estn almacenados fsicamente.

El Nivel Externo:
Nivel Lgico de Usuario es el ms prximo a los usuarios, es decir, el que tiene que ver con la forma en que los usuarios ven los datos.

El Nivel Conceptual:
Nivel Lgico de la Comunidad, o en ocasiones slo como el nivel lgico, sin calificar; es un nivel de indireccin entre los otros dos.
10

Arquitectura ANSI/Sparc
Arquitectura de un Sistema de Base de Datos:
Usuario A1 Esquema Externo A Usuario A2 Usuario B1 Esquema Externo B Usuario B2 Usuario B3 .......

Vista Externa A

Vista Externa B

.......

Transformacin externa / conceptual Esquema Conceptual Transformacin conceptual / interna Esquema Interno

Vista Conceptual DBMS

Base de Datos Almacenada

11

Independencia de Datos
La independencia de datos, intenta poder modificar un esquema sin tener que modificar el esquema inferior. Cuando se tiene una dependencia de datos es cuando resulta imposible modificar un esquema sin tener que afectar le esquema inferior inmediato.
12

Transformaciones
La transformacin interna/conceptual, define la correspondencia entre la vista conceptual y la base de datos almacenada, y especifica cmo estn representados los registros y campos conceptuales en el nivel interno. La transformacin externa/conceptual define la correspondencia entre una vista externa en particular y la vista conceptual. En general, las diferencias que puedan existir entre stos dos niveles son anlogas a aquellas.
13

Modelos
Bajo la estructura de la Base de Datos se encuentra el modelo de datos:
Coleccin de herramientas conceptuales para describir los datos, las relaciones, la semntica y las restricciones de consistencia.

Entre los tenemos:

modelos

ms

conocidos

Modelos lgicos basados en registros. Modelos basados en objetos. Modelos fsicos de datos.

14

Modelos
Modelos lgicos basados en registros.
Se usan para describir el nivel conceptual y fsico. Modelo de Red. Modelo Jerrquico. Modelo Relacional.

Modelos basados en objetos.

Se usan para describir datos en el nivel conceptual y de visin. Modelo Entidad Relacin. Modelo Orientado a Objetos.

15

Modelos
Modelos fsicos de datos.
Se usan para describir datos en el nivel ms bajo. Hay muy pocos modelos fsico de datos en uso. Modelo unificador. Memoria de elementos.

16

Administradores
El administrador de datos (DA) es la persona que toma las decisiones de estrategia y poltica con respecto a los datos de la empresa. El administrador de la base de datos (DBA) es la persona que proporciona el apoyo tcnico necesario para implementar dichas decisiones. El DBA es el responsable del control general del sistema al nivel tcnico.

17

Administradores
Algunas de las tareas del DBA en general comprende:
Definir el esquema conceptual. Definir el esquema interno. Establecer un enlace con los usuarios. Definir las restricciones de seguridad e integridad. Definir las polticas de vaciado y recarga. Supervisar el rendimiento y responder a los requerimientos cambiantes.

18

DBMS
Arquitectura de un Sistema Manejador de Base de Datos:
Esquemas y Transformaciones fuentes Peticiones DML planeadas Procesador DML Optimizador Esquemas y transformaciones Administrador Metadatos Peticiones DML no planeadas

Procesador DDL

Procesador Lenguaje de Consulta

19

Desarrollo de un DBS

20

Desarrollo de Bases de Datos

El trmino Desarrollo de Bases de Datos, se utiliza para describir el proceso de diseo y ejecucin de bases de datos. El objetivo principal en el diseo de bases de datos es crear modelos de bases de datos completos normalizados, no redundantes, conceptuales, lgicos y fsicos totalmente integrados. La fase de ejecucin se incluye estructuras de almacenamiento, carga de datos, entre otros.
21

Fases en el Desarrollo de BDS

Recoleccin y Anlisis de Requerimientos. Diseo Conceptual de la Base de Datos. Diseo del esquema conceptual. Diseo de transacciones. Eleccin de un DBMS. Transformacin al Modelo de Base de Datos (Diseo Lgico). Diseo Fsico de la Base de Datos. Implementacin del Sistema de la Base De Datos.

22

Modelo Conceptual

23

Modelo Conceptual
El modelo de datos entidad relacin (E-R) est basado en una percepcin del mundo real consistente en objetos bsicos:
Entidades Relaciones

Se desarroll bases de especificacin empresa que completa.

para facilitar el diseo de datos permitiendo la de un esquema de una representa la estructura

24

Modelo Conceptual
Los conjuntos de entidades no son necesariamente disjuntos. Una entidad se representa mediante un conjunto de atributos. Los atributos describen propiedades que posee cada miembro de un conjunto de entidades. La designacin de un atributo para un conjunto de identidades expresa que en la base de datos se va a guardar informacin similar.
25

Modelo Conceptual
Los conjuntos de entidades no son necesariamente disjuntos. Una entidad se representa mediante un conjunto de atributos. Los atributos describen propiedades que posee cada miembro de un conjunto de entidades. La designacin de un atributo para un conjunto de identidades expresa que en la base de datos se va a guardar informacin similar.
26

Modelo Conceptual
Correspondencia de cardinalidad, expresa el nmero de entidades a las que otra entidad puede estar asociada va un conjunto de relaciones. La correspondencia de cardinalidades es ms til describiendo conjunto de relaciones binarias. Para un conjunto de relaciones binarias R entre los conjuntos de entidades A y B, la correspondencia de cardinalidades debe ser:
27

Cardinalidad
Uno a uno: Una entidad en A se asocia con a la sumo una entidad de B, y una entidad en B se asocia con a lo sumo una entidad en A.
a1 a2 a3 a4 b1 b2 b3 b4

28

Cardinalidad
Uno a varios: Una entidad A se asocia con cualquier nmero de entidades en B (ninguna o varias). Una entidad B, en cambio, se puede asociar con a lo sumo una entidad en A.
a1 a2 a3 b1 b2 b3 b4
29

Cardinalidad
Varios a uno: Una entidad A se asocia con a los sumo asocia con una entidad en B. Una entidad B, en cambio, se puede asociar con cualquier nmero de entidades (ninguna o varias) en A.
a1 a2 a3 a4 b2 b3 b1

30

Cardinalidad
Varios a varios: una entidad A se asocia con cualquier nmero de entidades (ninguna o varias) en B, y una entidad A se asocia con cualquier nmero de entidades (ninguna o varias) en B.
a1 a2 a3 a4 b1 b2 b3 b4
31