FACULTAD DE CIENCIAS DE LA INGENIERIA

Ingeniera En Sistemas

Freddy Adrin Cedeo Arroyo

Base de Datos
Ing. Sara Franco
2014 - 2015

Freddy Adrin Cedeo Arroyo

1. CONCEPTOS ELEMENTALES DE BASE DE DATOS

CAMPO
Unidad bsica de una base de datos. Un campo puede ser, por ejemplo, el nombre de
una persona. Los nombres de los campos, no pueden empezar con espacios en blanco y
caracteres especiales. No pueden llevar puntos, ni signos de exclamacin o corchetes.
Si pueden tener espacios en blanco en el medio. La descripcin de un campo, permite
aclarar informacin referida a los nombres del campo.

REGISTRO
Es el conjunto de informacin referida a una misma persona u objeto. Un registro
vendra a ser algo as como una ficha.

ARCHIVOS
Los ficheros o archivos son la herramienta fundamental de trabajo en una computadora
todava a da de hoy. Las computadoras siguen almacenando la informacin en ficheros,
eso s de estructura cada vez ms compleja.
Los datos deben de ser almacenados en componentes de almacenamiento permanente,
lo que se conoce como memoria secundaria (discos duros u otras unidades de disco). En
esas memorias, los datos se estructuran en archivos (tambin llamados ficheros).

BASE DE DATOS
Una base de datos es una coleccin de archivos relacionados con la finalidad de permitir
el manejo de la informacin de alguna compaa.
Cada uno de dichos archivos puede ser visto como una coleccin de registros y cada
registro est compuesto de una coleccin de campos. Cada uno de los campos de cada
registro permite llevar informacin de alguna caracterstica o atributo de alguna
entidad del mundo real.

Freddy Adrin Cedeo Arroyo

PRINCIPALES
CARACTERISTICAS
UNA BASE DE DATOS

DE

Independencia mutua datos / aplicaciones.

Interrelaciones.
Versatilidad.
Eficiencia.
Disminucin de las redundancias.
Proteccin de los datos.

2. OBJETIVOS DE UNA BASE DE DATOS

Entre los objetivos ms importantes de los sistemas de bases de datos estn:
1. Disminuir la redundancia e inconsistencia de los datos: Puesto que los archivos
y los programas de aplicaciones fueron creados por distintos programadores en
un periodo largo, es posible que un mismo dato est repetido en varios sitios
(archivos). Esta redundancia aumenta los costos de almacenamiento y acceso,
adems de incrementar la posibilidad de que exista inconsistencia en la
informacin.
2. Reducir la dificultad para tener acceso a los datos: Supngase que uno de los
gerentes del banco necesita averiguar los nombres de todos los clientes que
viven en cierta parte de la ciudad. El gerente llama al departamento de
procesamiento de datos y pide que generen la lista correspondiente. Como sta
es una solicitud fuera de lo comn no existe un programa de aplicaciones para
generar semejante lista. Lo que se trata de probar aqu es que este ambiente no
permite recuperar la informacin requerida en forma conveniente o eficiente.

Freddy Adrin Cedeo Arroyo

3. Evitar el aislamiento de los datos: Puesto que los datos estn repartidos en
varios archivos, y stos pueden tener diferentes formatos, es difcil escribir
nuevos programas de aplicaciones para obtener los datos apropiados.
4. Corregir anomalas en el acceso concurrente: Para mejorar el funcionamiento del
sistema y tener un tiempo de respuesta ms corto, muchos sistemas permiten
que varios usuarios actualicen la informacin simultneamente. En un ambiente
de este tipo, la interaccin de las actualizaciones concurrentes puede resultar
en informacin inconsistente. Para prevenir estas situaciones debe mantenerse
alguna forma de supervisin en el sistema.
5. Disminuir los problemas de seguridad: No es recomendable que todos los
usuarios del sistema de base de datos pueda tener acceso a toda la informacin.
Por ejemplo, en un sistema bancario, una persona que prepare los cheques de
nmina slo debe poder ver la parte de la base de datos que contenga
informacin de los empleados. No puede consultar informacin correspondiente
a las cuentas de los clientes.
6. Disminuir los problemas de integridad: Los valores que se guardan en la base de
datos debe satisfacer ciertos tipos de limitantes de consistencia. El sistema
debe obligar al cumplimiento de estas limitantes. Esto puede hacerse agregando
el cdigo apropiado a los distintos programas de aplicaciones. El problema se
complica cuando las limitantes implican varios elementos de informacin de
distintos archivos.

3. GESTORES DE BASE DE DATOS

Un gestor de base de datos o sistema de gestin de base de datos (SGBD o DBMS) es
un software que permite introducir, organizar y recuperar la informacin de las bases
de datos; en definitiva, administrarlas.
El propsito general de los sistemas de gestin de bases de datos es el de manejar de
manera clara, sencilla y ordenada un conjunto de datos que posteriormente se
convertirn en informacin relevante para una organizacin.

Freddy Adrin Cedeo Arroyo

Tipos
1. Sistemas de gestin de bases de datos (SGBD), cuyo propsito es general y
se basan, con frecuencia, en el modelo relacional. Su finalidad principal es la
gestin de datos comerciales, administrativos y, en general, cualquier tipo de
datos. Son propiamente sistemas de recuperacin de datos.
2. Sistemas de gestin documental (SGD), que se soportan comnmente en un
modelo textual. Estn diseados para gestionar datos textuales, no se
estructuran necesariamente bien y, en general, incorporan controles
terminolgicos. Estos son sistemas para la recuperacin de informacin.

Ejemplos
datos

de

gestores

de

base

de

Libres:
Firebird
BDB

MySQL
PostgreSQL
Sqlite

Propietarios:
dBase
FileMaker
Fox Pro
IBM
DB2
Universal
Database (DB2 UDB)
IBM Informix

MAGIC
Microsoft SQL Server

Open Access
Oracle
Paradox
PervasiveSQL
Progress (DBMS)

Sybase ASE
Sybase ASA
Sybase IQ
WindowBase

Freddy Adrin Cedeo Arroyo

3. DIAGRAMA DE ENTIDAD RELACIN

QU
ES
EL
RELACIN?

MODELO

ENTIDAD-

Como ya he comentado este modelo es solo y exclusivamente un mtodo del que

disponemos para disear estos esquemas que posteriormente debemos de
implementar en un gestor de BBDD (bases de datos). Este modelo se representa
a travs de diagramas y est formado por varios elementos.
Este modelo habitualmente, adems de disponer de un diagrama que ayuda a
entender los datos y como se relacionan entre ellos, debe de ser completado con
un pequeo resumen con la lista de los atributos y las relaciones de cada
elemento.
La estructura lgica general de una base de datos se puede expresar
grficamente mediante un diagrama E-R. Los diagramas son simples y claros,
cualidades que pueden ser responsables del amplio uso del modelo E-R. Tal
diagrama consta de los siguientes componentes principales:
a)
b)
c)
d)

Rectngulos, que representan conjuntos de entidades.

Elipses, que representan atributos
Rombos, que representan relaciones.
Lneas, que unen atributos a conjuntos de entidades y conjuntos de entidades

a conjuntos de relaciones.
e) Elipses dobles, que representan atributos multivalorados.
f) Elipses discontinuas, que denotan atributos derivados.
g) Lneas dobles, que indican participacin total de una entidad en un conjunto
de relaciones.
h) Rectngulos dobles, que representan conjuntos de entidades dbiles
Como ejemplo
ilustrativo
mostramos
diagrama:

un

Freddy Adrin Cedeo Arroyo

COMPONENTES
1. Entidad
Se trata de cualquier objeto u elemento (real o abstracto) acerca del cual se
pueda almacenar informacin en la base de datos. Es decir cualquier elemento
informativo que tenga importancia para una base de datos.

2. Relaciones
Representan asociaciones entre entidades. Es el elemento del modelo que
permite relacionar en s los datos del mismo. Por ejemplo, en el caso de que
tengamos una entidad personas y otra entidad trabajos. Ambas se realizan ya
que las personas trabajan y los trabajos son realizados por personas:
2.1.

Cardinalidad

Indica el nmero de relaciones en las que una entidad puede aparecer. Se anota
en trminos de:
Cardinalidad mnima. Indica el nmero mnimo de asociaciones en las que
aparecer cada ejemplar de la entidad (el valor que se anota es de cero o uno,
aunque tenga una cardinalidad mnima de ms de uno, se indica slo un uno)
Cardinalidad mxima. Indica el nmero mximo de relaciones en las que puede
aparecer cada ejemplar de la entidad. Puede ser uno, otro valor concreto mayor
que uno (tres por ejemplo) o muchos (se representa con n). Normalmente la
cardinalidad mxima es 1 n.

3. Atributos
Los atributos definen o identifican las caractersticas de entidad (es el
contenido de esta entidad). Cada entidad contiene distintos atributos, que dan
informacin sobre esta entidad. Estos atributos pueden ser de distintos tipos
(numricos, texto, fecha).

4. Identificador o clave
Se trata de uno o ms atributos de una entidad cuyos valores son nicos en cada
ejemplar de la entidad. Se marcan en el esquema subrayando el nombre del
identificador.
Para que un atributo sea considerado un buen identificador tiene que cumplir con
los siguientes requisitos:
Deben distinguir a cada ejemplar de la entidad o relacin. Es decir no puede haber
dos ejemplares con el mismo valor en el identificador.
3

Freddy Adrin Cedeo Arroyo

Todos los ejemplares de una entidad deben tener el mismo identificador.

Un identificador puede estar formado por ms de un atributo.
Puede haber varios identificadores candidatos, en ese caso hay que elegir el que
tenga ms importancia en nuestro sistema (el resto pasan a ser alternativos).

4. NORMALIZACIN DE UNA BASE DE DATOS

La normalizacin es el proceso de organizar los datos de una base de datos. Se
incluye la creacin de tablas y el establecimiento de relaciones entre ellas segn
reglas diseadas tanto para proteger los datos como para hacer que la base de datos
sea ms flexible al eliminar la redundancia y las dependencias incoherentes.
Los datos redundantes desperdician el espacio de disco y crean problemas de
mantenimiento. Si hay que cambiar datos que existen en ms de un lugar, se deben
cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la
direccin de un cliente es mucho ms fcil de implementar si los datos slo se
almacenan en la tabla Clientes y no en algn otro lugar de la base de datos.
Qu es una "dependencia incoherente"? Aunque es intuitivo para un usuario mirar
en la tabla Clientes para buscar la direccin de un cliente en particular, puede no
tener sentido mirar all el salario del empleado que llama a ese cliente. El salario del
empleado est relacionado con el empleado, o depende de l, y por lo tanto se debera
pasar a la tabla Empleados. Las dependencias incoherentes pueden dificultar el
acceso porque la ruta para encontrar los datos puede no estar o estar interrumpida.
Hay algunas reglas en la normalizacin de una base de datos. Cada regla se denomina
una "forma normal". Si se cumple la primera regla, se dice que la base de datos est
en la "primera forma normal". Si se cumplen las tres primeras reglas, la base de
datos se considera que est en la "tercera forma normal". Aunque son posibles otros
niveles de normalizacin, la tercera forma normal se considera el mximo nivel
necesario para la mayor parte de las aplicaciones.

Freddy Adrin Cedeo Arroyo

Al igual que con otras muchas reglas y especificaciones formales, en los escenarios
reales no siempre se cumplen los estndares de forma perfecta. En general, la
normalizacin requiere tablas adicionales y algunos clientes consideran ste un
trabajo considerable. Si decide infringir una de las tres primeras reglas de la
normalizacin, asegrese de que su aplicacin se anticipa a los problemas que puedan
aparecer, como la existencia de datos redundantes y de dependencias incoherentes.
PRIMERA FORMA NORMAL

Elimine los grupos repetidos de las tablas individuales.

Cree una tabla independiente para cada conjunto de datos relacionados.

Identifique cada conjunto de datos relacionados con una clave principal.

No use varios campos en una sola tabla para almacenar datos similares. Por ejemplo,
para realizar el seguimiento de un elemento del inventario que proviene de dos
orgenes posibles, un registro del inventario puede contener campos para el Cdigo
de proveedor 1 y para el Cdigo de proveedor 2.
Qu ocurre cuando se agrega un tercer proveedor? Agregar un campo no es la
respuesta, requiere modificaciones en las tablas y el programa, y no admite
fcilmente un nmero variable de proveedores. En su lugar, coloque toda la
informacin de los proveedores en una tabla independiente denominada Proveedores
y despus vincule el inventario a los proveedores con el nmero de elemento como
clave, o los proveedores al inventario con el cdigo de proveedor como clave.
SEGUNDA FORMA NORMAL

Cree tablas independientes para conjuntos de valores que se apliquen a

varios registros.

Relacione estas tablas con una clave externa.

Los registros no deben depender de nada que no sea una clave principal de una tabla,
una clave compuesta si es necesario. Por ejemplo, considere la direccin de un cliente
en un sistema de contabilidad. La direccin se necesita en la tabla Clientes, pero
5

Freddy Adrin Cedeo Arroyo

tambin en las tablas Pedidos, Envos, Facturas, Cuentas por cobrar y Colecciones.
En lugar de almacenar la direccin de un cliente como una entrada independiente en
cada una de estas tablas, almacnela en un lugar, ya sea en la tabla Clientes o en una
tabla Direcciones independiente.
TERCERA FORMA NORMAL

Elimine los campos que no dependan de la clave.

Los valores de un registro que no sean parte de la clave de ese registro no

pertenecen a la tabla. En general, siempre que el contenido de un grupo de campos
pueda aplicarse a ms de un nico registro de la tabla, considere colocar estos
campos en una tabla independiente. Por ejemplo, en una tabla Contratacin de
empleados, puede incluirse el nombre de la universidad y la direccin de un candidato.
Pero necesita una lista completa de universidades para enviar mensajes de correo
electrnico en grupo. Si la informacin de las universidades se almacena en la tabla
Candidatos, no hay forma de enumerar las universidades que no tengan candidatos
en ese momento. Cree una tabla Universidades independiente y vinclela a la tabla
Candidatos con el cdigo de universidad como clave.

5. PASOS PARA DISEAR UNA BASE DE DATOS

Determinar la finalidad de la base de datos: esto le ayudara a estar preparado
para los dems pasos.
Buscar y organizar la informacin necesaria: rena todos los tipos de
informacin que desee registrar en la base como los nombres de productos o los
nmeros pedidos.
Dividir la informacin en tablas: Divida lo elementos de informacin e entidades
o temas principales como, productos o pedidos. Cada tema pasara a ser una tabla.
Convertir los elementos de informacin en columnas: Decida qu informacin
desea almacenar en cada de tabla. Cada elemento se convertir en un campo y se
mostrara como una columna en la tabla.
6

Freddy Adrin Cedeo Arroyo

Especificar claves principales: Elia al clave principal de la tabla. Lac lave

principal es una columna que se utiliza para identificar inequivocadamente cada
fila, como id.
Definir relaciones entre las tablas: Examine cada tabla y decida cmo se
relacionan los datos de una tabla con las dems tablas. Agregue campos a las
tablas o cree nuevas tablas para clarificar las relaciones segn sea necesario
Ajustar el diseo: Analice el diseo para detectar errores. Cree las tablas y
agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los
resultados previstos de las tablas. Realice los ajustes necesarios en el diseo.
Aplicar las reglas de normalizacin: Aplique las reglas de normalizacin de los
datos para comprobar si las tablas estn estructuradas correctamente. Realice
los ajustes necesarios en las tablas.