FUNDAMENTOS DE BASES DE DATOS

Tabla de contenido

Introduccin
Historia
Definiciones
Fases
Fase 1. Diseo conceptual
Modelo entidad relacin
Diagrama enditad relacin
Fase 2. Diseo lgico: la transformacin del Modelo ER al Modelo Relacional
Modelo relacional
Fase 3. Diseo fsico
Conclusin
Fuentes

Introduccin

En la actualidad, las bases de datos son fundamentales para

garantizar la organizacin, administracin y proteccin de
los datos en las empresas, por lo cual, se convierten en una
herramienta primordial para la toma de decisiones, ya que
proveen informacin actualizada y en tiempo real.
Es por ello que profundizaremos en su estructura y diseo.

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Historia

El siguiente esquema muestra la historia de las bases de datos: Definiciones

Definiciones

Veamos a qu hace referencia la autora en cuanto a los problemas que gener el sistema de
archivos:

1. Redundancia: el mismo dato aparece repetido en varios archivos (ver figura 1).

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

 2. Inflexibilidad: se imposibilita el agrupamiento de los datos, porque se guardan en
diferentes formatos y no se generan vnculos entre los archivos (ver figura 2).

3. Costo: efectuar cambios en los datos implicaba un aumento de tiempo y esfuerzo en

la modificacin de los programas para que reciban la nueva estructura.

La solucin para estos problemas fue el Sistema de bases de datos.

Veamos, en el esquema, qu es una base de datos y cules son sus componentes (ver figura
3).

Campo

Registro

Tabla

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

 Campo: Unidad mnima de la base de datos
Los nombres de los campos no pueden empezar por nmeros, caracteres especiales ni espa-
cios.
Registro: Conjunto de campos relacionados
Tabla: Conjunto de registros con caractersticas similares

Fases

El proceso de creacin de una base de datos se realiza en tres fases.

Fase 1. Diseo conceptual

Segn Calero, Genero y Ruz (s/f, p. 4), el diseo conceptual se divide en dos etapas:

1. Anlisis de los requisitos: los usuarios de la organizacin proveen los detalles sobre los datos
y se elabora un esquema descriptivo de la realidad usando lenguaje natural.

2. Conceptualizacin: se transforma el esquema descriptivo y se estructura para que responda

a un modelo de datos con coherencia, plenitud, no redundancia, simplicidad, fidelidad,
etc. A esto se le llama esquema conceptual y se representa a travs del modelo Entidad/
Relacin, E/R.

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Qu es el modelo Entidad/Relacin?

Segn Storti, Ros y Campodnico (2007, p. 3), es un modelo de datos basado en una percep-
cin del mundo real, compuesto por objetos llamados entidades y las relaciones entre ellos.
En el siguiente esquema, se especifica la definicin de cada elemento del modelo, de acuer-
do con los autores:

Las entidades se pueden asociar entre s. De acuerdo con los autores, se pueden establecer
los siguientes tipos de relaciones (ver esquema):

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Dentro de los atributos, se encuentran las claves o llaves, las cuales pueden definirse como
atributos que identifican una entidad de un conjunto de entidades. Pueden ser clave o llave
principal, clave o llave candidata, clave o llave fornea, entre otras. Storti, Ros y Campod-
nico las definen de la siguiente manera (ver esquema).

Diagrama Entidad Relacin

El Diagrama Entidad-Relacin es el esquema en el que se representa ese tipo de modelo. En

l, se puede proyectar un diseo preliminar de la base de datos. Los elementos bsicos de
este tipo de diagrama son el rectngulo (que representa la entidad), la elipse (que represen-
ta los atributos) y el rombo (que representa las relaciones).

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Estas figuras se unen a travs de lneas para formar el diagrama. Veamos un ejemplo:

Fase 2. Diseo lgico: la transformacin del Modelo ER al Modelo Relacional

El diseo conceptual esquematizado en la fase I se convierte a un esquema lgico, el cual se

debe ajustar al Sistema Gestor de la Base de Datos (SGBD). Este sistema se concibe como el
software que permite a los usuarios procesar, describir, administrar y recuperar los datos
almacenados en una base de datos (Snchez, 2004, p. 9).

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Modelo relacional

El SGBD se implementa a travs del Modelo Relacional, el cual se puede definir como un
modelo lgico, que establece una estructura sobre los datos, aunque posteriormente estos
puedan ser almacenados de mltiples formas para aprovechar caractersticas fsicas concre-
tas de la mquina sobre la que se implante la base de datos realmente (Irene Luque, citada
en texto annimo, s/f, p.1).

A manera de resumen y cindonos al documento titulado El modelo relacional (s/f, p.3),

podemos establecer lo siguiente:

La primera fila de la tabla nos da su estructura, ya que identifica los nombres de campo o
atributos de la tabla.

Cada lnea (excepto la primera) recibe el nombre de tupla y almacena tems concretos para
cada columna.

Todas las filas deben ser diferentes entre s.

El orden de las filas no tiene ninguna importancia.

Los atributos son elementos que conforman las tuplas de manera estructurada, es decir, el
conjunto de atributos constituye una tupla. El nombre del atributo debe describir el signifi-
cado de la informacin que representa; por ejemplo, en la tabla Pacientes, el atributo direc-
cin almacenar la ubicacin de la residencia del paciente.

Dominio: se refiere al tipo de dato que puede contener un atributo, siendo los ms comunes
Texto, Nmero entero, Nmero decimal, Fecha, Hora, S/No, etc. El dominio suele depender
del tipo de Sistema Gestor de Bases de Datos que se emplee. Por ejemplo, El atributo Tel-
fono debe contener nicamente valores numricos.

Claves (Llaves): una clave es un atributo o conjunto de atributos que tienen un valor nico
y diferente para cada tupla. Cada tabla puede poseer ms de una clave. Por ejemplo, en
nuestro caso de la tabla Mdicos, la clave puede ser tanto el atributo Cdigo, como el
atributo Documento, es decir, tenemos dos claves potenciales, tambin llamadas claves
candidatas.

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Vemoslo de manera grfica:

Fase 3. Diseo fsico

De acuerdo con Carlos Alberto Garca Chvez (2005), en esta etapa, se parte del esquema
lgico obtenido durante la fase anterior.

El objetivo es producir una descripcin de la implementacin de la base de datos y almace-

narla en el computador.
Esta descripcin incluye las estructuras de almacenamiento y los mtodos de acceso que se
utilizarn para conseguir un acceso eficiente a los datos.
Esta descripcin es completamente dependiente del SGBD especfico que se vaya a utilizar.

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

1. El autor tambin establece las etapas del diseo fsico (Garca, 2005):

Traducir el esquema lgico global para el Sistema Gestor de Base de Datos SGBD especfi-
co: se debe conocer toda la funcionalidad del SGBD con detalles como los siguientes:

Si el sistema soporta la definicin de claves primarias, claves forneas y claves alter-

nativas
Si el sistema soporta la definicin de datos requeridos (es decir, si se pueden definir
atributos como no nulos)
Si el sistema soporta la definicin de dominios
Si el sistema soporta la definicin de reglas de negocio
Cmo se crean las tablas base

2. Disear la representacin fsica: lo que se persigue es almacenar los datos de modo eficiente,
teniendo en cuenta factores como los siguientes:

Productividad de transacciones: es el nmero de transacciones que se quiere proce-

sar en un intervalo de tiempo.
Tiempo de respuesta: es el tiempo que tarda en ejecutarse una transaccin. Desde el
punto de vista del usuario, este tiempo debera ser el mnimo posible.
Espacio en disco: es la cantidad de espacio en disco que hace falta para guardar los
archivos de la base de datos.

3. Disear los mecanismos de seguridad: hoy en da la informacin est catalogada como un ac-
tivo de suma importancia en la empresa; por tanto, se deben especificar los requerimientos
en cuanto a la seguridad que se implementar y conocer las posibilidades que ofrece el SGBD
para tal fin.

4. Monitorizar y afinar el sistema: Una vez implementado el esquema fsico de la base

de datos, se pone en marcha para observar su funcionamiento y realizar las co-
rrecciones necesarias hasta afinarlo y dejarlo estable. De aqu en adelante esta-
r en constante cambio de acuerdo con las necesidades de los usuarios (Garca, 2005).

Conclusin

Las bases de datos han evolucionado de tal forma que son imprescindibles para la administra-
cin eficiente de los datos, favoreciendo los procesos productivos y convirtiendo la informa-
cin en el activo ms importante que tiene una organizacin. Son de estructura flexible, por
tanto cambian de acuerdo a la necesidad e infraestructura de la empresa.

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.

Fuentes

Calero, Genero y Ruiz. (s/f). Bases de datos. Diseo Conceptual, Lgico y Fsico. Recuperado
el 10 de mayo de 2013 de http://alarcos.inf-cr.uclm.es/doc/bda/doc/teo/ant/BDa-t5.pdf

Costal, D. (s/f). Introduccin al diseo de bases de datos. Recuperado el 10 de mayo de 2013

de http://ocw.uoc.edu/computer-science-technology-and-multimedia/bases-de-datos/ba-
ses-de-datos/P06_M2109_02150.pdf

El modelo relacional. Annimo (s/f). Recuperado el 18 de mayo de 2013, de http://uazuay.

edu.ec/analisis/El%20modelo%20relacional.pdf

Garca, C. (2005). Diseo de base de datos relacionales. Recuperado el 18 de http://www.

emagister.com/curso-diseno-base-datos-relacionales/diseno-fisico-bases-datos

Jimnez, C. (s/f). La informacin como recurso corporativo. Recuperado el 16 de mayo de

2013, de http://www.unalmed.edu.co/~csjimene/pub2/bd.pdf

Microsoft Corporation. (2013). Soporte. Definicin de relaciones entre tablas en una base de
datos de Microsoft Access. Recuperado el 10 de mayo de 2013, de http://support.microsoft.
com/kb/304466/es

Snchez, J. (2004). Diseo conceptual de bases de datos. Recuperado el 10 de mayo de 2013

de http://www.jorgesanchez.net/bd/disenoBD.pdf

Storti, G., Ros, G., Campodnico, G. (2007). Base de datos. Modelo Entidad Relacin. Re-
cuperado el 16 de mayo de 2013, de http://www.itescam.edu.mx/principal/sylabus/fpdb/
recursos/r88103.PDF

Universidad Nacional, Medelln. (s/f). Bases de datos. Diseo lgico. Recuperado el 10 de

mayo de 2013 de http://www.unalmed.edu.co/~mstabare/diseno_logico.htm

Universidad Nacional, Medelln. (s/f). Bases de datos. Conceptos bsicos. Recuperado el 10

de mayo de 2013 de http://www.unalmed.edu.co/~csjimene/pub2/bd.pdf

Servicio Nacional de Aprendizaje - SENA. Reservados todos los derechos 2012.