Bases de Datos Relacionales (una visin clsica)

Ing. Gerardo Flores Gamarra

Del Mundo Real a las Bases de Datos

Mundo Real

Datos Almacenados

Estndar Necesidades

Herramientas de diseo

Modelo Conceptual

Conceptos Bsicos
Dato:

Conjunto de smbolos con algn significado que se interpretan como una unidad. Por ejemplo: 15 de Julio de 2009. Informacin: Es un conjunto ordenado de datos, manejados segn la necesidad del usuario, y con una interpretacin semntica dentro del contexto asignado por el usuario. Por ejemplo: 15 de Julio de 2009 se interpreta como una fecha. Campo: Es la unidad ms pequea a la cual uno puede referirse en una BD. Desde ciertos puntos de vista representa una caracterstica de un individuo u objeto. Por ejemplo, en una BD que trate biografas, la unidad que almacena la Fecha de Nacimiento. Registro: Coleccin de campos que estn relacionados y que determinan una unidad de orden superior. El equivalente a la ficha. Por ejemplo, el registro de un autor. Tabla: Coleccin de registros almacenados siguiendo una estructura homognea. Por ejemplo, el conjunto de registros que contienen la informacin de autores de nuestra coleccin.

Conceptos Bsicos
Base de datos (BD): Es una coleccin de registros que tienen

algn tipo de relacin entre s. Sistema Gestor de BD (SGBD): Un SGBD es una aplicacin software que permite la definicin, creacin y uso de Bases de Datos. Acta a modo de interfaz entre el usuario que maneja la informacin y el sistema fsico que maneja los datos.

Ejemplos: Microsoft Access, FileMaker, MySQL, Posgre, Oracle, etc

Esquema de la BD: Es la estructura lgica que define la BD. Administrador de la BD: Es la persona o equipo de personas

profesionales responsables del control y manejo a bajo nivel del SGBD.

Objetivos
Manejar grandes cantidades de informacin: Definicin de estructuras para el almacenamiento de los datos. Provisin de los mecanismos necesarios para su manipulacin. Mecanismos de seguridad que garanticen la integridad de la informacin.

Proporcionar a los usuarios finales una visin

abstracta de los datos (posiblemente, lejana de la estructura real que dichos datos tienen en los sistemas de almacenamiento):

Adaptacin al usuario. Vistas

Objetivos
Disminuir: Redundancia e inconsistencia de datos. Dificultad para acceder a los datos. Estandarizacin de los datos. Anomalas del acceso concurrente. Problemas de seguridad. Problemas de integridad

Niveles de abstraccin
Diferentes niveles de abstraccin Nivel fsico. Describe en detalle la forma con que se almacenan los datos en los dispositivos de almacenamiento. Nivel conceptual. Describe qu datos son almacenados realmente en la base de datos y las relaciones que existen entre los mismos:

Definicin de los datos: Los tipos de registros, datos y capacidad:

Registros: Autores y Obras Campos de Registros: Nombre (Texto 100), Fecha de Nacimiento (Fecha), Lugar de Nacimiento (Texto 100), etc Campos de Obras: Ttulo, Fecha de Creacin, Formato, etc Relacin entre Obras y Autores: Indicar para cada Obra qu Autor es el creador de la Obra.

Relaciones entre datos:

Nivel de visin. Nivel ms alto de abstraccin, es lo que el usuario

final puede visualizar del sistema terminado, describe slo una parte de la base de datos al usuario acreditado para verla

Niveles de abstraccin

Paso 1: Modelo Entidad-Relacin (ER)

Representa a la realidad a travs de entidades: Por ejemplo: obras, creadores, instituciones, etc. Caractersticas que definen entidades: atributos. Por ejemplo: nombre, fecha de nacimiento, etc

Asociacin entre entidades: relaciones. Por ejemplo: entre la entidad Obras y la entidad Autores, la asociacin que establece qu autor es el creador de una determinada obra, que podramos llamar Relacin de Creacin.

Modelo ER: Representacin Grfica

Paso 2: Modelo Relacional

Basado en registros.

En este modelo se representan los datos y las relaciones

entre estos a travs de una coleccin de tablas:

Filas: equivalen a los cada uno de los registros que contendr la base de datos Columnas corresponden a las caractersticas (atributos) de cada registro localizado en la tupla.
Fecha de Nacimiento Lugar de Nacimiento 15 / 09/ 1856 Montevideo 16/05/ 1715 Sevilla Ttulo Obra1 Obra2 Fecha de Creacin 10 / 10 /1875 20 / 06 / 1745

Nombre Autor1 Autor2

Pero qu pasa con las relaciones?

Paso 3: Trasladando las relaciones

Grado: cantidad de entidades que intervienen en una relacin. Por

ejemplo:

AUTOR-OBRA es de grado 2 (binaria), ya que intervienen dos entidades en ella. Una relacin de orden superior a 2 podra ser la relacin entre EVENTOS, FECHAS y LUGARES (ternaria).

Paso 3: Trasladando las relaciones

Cardinalidad: lmites que se impongan a cuntos

elementos de un tipo se pueden relacionar con los del otro.

Relacin uno a uno

Relacin uno a muchos:

Muchos a muchos:

Paso 3: Trasladando las relaciones

Cmo se representan las relaciones entre las entidades (concepto

abstracto) en este modelo? La forma general pasa por referenciar un registro completo por uno de sus atributos, que pasa a llamarse Clave Primaria de la tabla.

Por ejemplo: en el caso de las obras podra utilizarse un campo como el N Inventario. Si no dispusiramos de tal informacin, siempre tenemos la posibilidad de crear un cdigo nico para cada fila que identifique dicho elemento.
Nombre Autor1 Autor2 Fecha de Nacimiento 15 / 09/ 1856 16/05/ 1715 Id 1 2 Ttulo Obra1 Obra2 Lugar de Nacimiento Montevideo Sevilla

Id 1 2

Fecha de Creacin 10 / 10 /1875 20 / 06 / 1745

Paso 3: Trasladando las relaciones

Ahora, tenemos dos posibilidades para almacenar las relaciones haciendo uso de tablas: Haciendo una tabla nueva que contenga cada una de las claves de las entidades involucradas en la Id. Autor Id. Obra relacin: 1 2
2 1 1 3

Incluyendo en alguna de las tablas de las entidades

involucradas, la clave de la otra tabla:

Id 1 2 Ttulo Obra1 Obra2 Fecha de Creacin 10 / 10 /1875 20 / 06 / 1745 Id. Autor 2 1

Paso 3: Trasladando las relaciones

Qu mtodo seguir en general? Relaciones 1-1: cualquiera de los dos mtodos. Normalmente, aadiendo a cualquiera de las dos entidades la clave primaria de la otra. Relaciones 1-n: cualquiera de los dos mtodos. Normalmente, aadiendo a cualquiera de las dos entidades la clave primaria de la otra. Relaciones n-n: nicamente pueden trasladarse como tablas independientes.