BASE DE DATOS

Las bases de datos se ingeniaron para dar solución de almacenamiento, al ingente volumen de
información generado en las grandes empresas; era necesario que el registro de los datos se
hiciera de forma rápida, sencilla y fiable; además que a su vez, pudieran acceder a ellos en
cualquier momento sin la necesidad de trasladarse a las salas dedicadas a archivo documental.
Con el inicio de los programas informáticos, se logró almacenar datos en los archivos de los
mismos, lo cual era más cómodo pero, aun así, tenían grandes dificultades para modificar
registros, estructuras o simplemente buscar información.

En el mundo actual, donde la información se ha convertido en un recurso muy valioso para las
organizaciones, quizás el más importante; la estructuración de los datos, su administración y la
obtención de información a partir de ellos nos obligan a conocer los diferentes esquemas, de
ganar en habilidades y metodologías para el diseño y la gestión del almacenamiento.

Inicialmente vamos a conocer que son las bases de datos, cuál es su funcionabilidad dentro de
una organización cualquiera, el desarrollo histórico de los modelos de datos hasta
aproximarnos al modelo relacional. Este es el modelo que utilizaremos a lo largo de nuestras
actividades como futuros diseñadores y desarrolladores de aplicaciones de software, por tanto
es un elemento fundamental para cualquier tipo de proyecto de software que deseemos
desarrollar.

Tomado de ¿Qué modelos de base de datos existen?. netronycs.com. Recuperado el 21 de

mayo de 2013 de http://www.netronycs.com/modelos_de_base_de_datos.html

Diccionario de datos

Un diccionario de datos es un conjunto de metadatos que contiene las características lógicas y

puntuales de los datos que se van a utilizar en el sistema que se programa, incluyendo
nombre, descripción, alias, contenido y organización.

Es un catálogo, un depósito, de los elementos en un sistema. Como su nombre lo sugiere,

estos elementos se centran alrededor de los datos y la forma en que están estructurados para
satisfacer los requerimientos de los usuarios y las necesidades de la organización. En un
diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de
datos en todo el sistema. Los elementos más importantes son flujos de datos, almacenes de
datos y procesos. El diccionario guarda los detalles y descripciones de todos estos elementos.

Si los analistas desean conocer cuántos caracteres abarca un determinado dato o qué otros
nombres recibe en distintas partes del sistema, o dónde se utiliza, encontrarán las respuestas
en un diccionario de datos desarrollado en forma apropiada.

El diccionario se desarrolla durante el análisis de flujo de datos y auxilia a los analistas que
participan en la determinación de los requerimientos de sistemas.

Modelo Entidad Relación

El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas
entidad relación. No es la única técnica pero sí la más utilizada.
 Brevemente consiste en los siguientes pasos:

• Se parte de una descripción textual del problema o sistema de información a

automatizar (los requisitos).
• Se hace una lista de los sustantivos y verbos que aparecen.
• Los sustantivos son posibles entidades o atributos.
• Los verbos son posibles relaciones.
• Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
• Se elabora el diagrama (o diagramas) entidad-relación.
• Se completa el modelo con listas de atributos y una descripción de otras restricciones
que no se pueden reflejar en el diagrama.

Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para

lograr buenos modelos de datos.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas
para lograr un modelo directamente implementable en una base de datos.

Elementos del modelo entidad-relación

Entidad

Se trata de un objeto del que se recoge información de interés de cara a la base de datos.
Gráficamente se representan mediante un rectángulo. Un ejemplo seria la entidad banco,
donde se recogerían los datos relativos a ese banco, como puede ser el nombre, el número de
sucursal, la dirección, etc.

Dentro de las entidades pueden ser fuertes o débiles. Las fuertes son las que no dependen de
otras entidades para existir, mientras que las entidades débiles siempre dependen de otra
entidad sino no tienen sentido por ellas mismas.

Relación

Podemos definir la relación como una asociación de dos o más entidades. A cada relación se le
asigna un nombre para poder distinguirla de las demás y saber su función dentro del modelo
entidad-relación. Otra característica es el grado de relación, siendo las de grado 1 relaciones
que solo relacionan una entidad consigo misma. Las de grado 2 son relaciones que asocian dos
entidades distintas, y las de grado n que se tratan de relaciones que unen más de dos
entidades.

Las relaciones se representas gráficamente con rombos, dentro de ellas se coloca el nombre de
la relación.

Otra característica es el tipo de correspondencia entre dos relaciones;

 1:1. Uno a uno, a cada ocurrencia de una entidad le corresponde como máximo una
ocurrencia de la otra entidad relacionada.
 1:N. Uno a Mucho, a cada ocurrencia de la entidad A le pueden corresponder varias de la
entidad B.
 N:M. Muchos a muchos, cada ocurrencia de una entidad puede contener varias de la otra
entidad relacionada y viceversa.

Para finalizar las características de la relación tenemos la cardinalidad que define el número
máximo y mínimo de ocurrencias de cada tipo de entidad. Se representa con los valores
máximo coma mínimo encerrado entre paréntesis encima de la relación. (máximo, mínimo)

Atributo

Se define como cada una de las propiedades de una entidad o relación. Cada atributo tiene un
nombre y todos los posibles valores que puede tener. Dentro de una entidad tiene que haber
un atributo principal que identifica a la entidad y su valor tiene que ser único. Un ejemplo de
atributo principal seria el DNI dentro de la entidad persona.

Ejemplo de lo que sería un esquema del modelo entidad-relación.

NORMALIZACIÓN

Normalización es un conjunto de reglas que sirven para ayudar a los diseñadores a desarrollar
un esquema que minimice los problemas de lógica. Cada regla está basada en la que le
antecede.

La normalización también se puede definir como "el proceso mediante el cual se transforman
datos complejos a un conjunto de estructuras de datos más pequeñas, que además de ser más
simples y más estables, son más fáciles de mantener"

Grados de normalización:

Existen varios niveles de normalización, sin embargo son tres los niveles básicos: Primera
Forma Normal (1FN), Segunda Forma Normal (2FN) y Tercera Forma Normal (3FN). Cada una
de estas formas tiene sus propias reglas. Consultar material de apoyo (Diseño Lógico y
normalización.docx)

Forma Normal Descripción

Primera Forma Normal Incluye la eliminación de todos los grupos repetidos.

(1FN)
Asegura que todas las columnas que no son llave sean
Segunda Forma Normal
(2FN) completamente dependientes de la llave primaria (PK).

Elimina cualquier dependencia transitiva. Una

dependencia transitiva es aquella en la cual las columnas
Tercera Forma Normal
(3FN) que no son llave son dependientes de otras columnas
que tampoco son llave.

Primera Forma Normal La regla de la Primera Forma Normal establece que las columnas
repetidas deben eliminarse y colocarse en tablas separadas.

Poner la base de datos en la Primera Forma Normal resuelve el problema de los encabezados
de columna múltiples

La normalización ayuda a clarificar la base de datos y a organizarla en partes más pequeñas y

más fáciles de entender. En lugar de tener que entender una tabla gigantesca y monolítica que
tiene muchos diferentes aspectos, sólo tenemos que entender los objetos pequeños y más
tangibles, así como las relaciones que guardan con otros objetos también pequeños.

Segunda Forma Normal La regla establece que todas las dependencias parciales se deben
eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un término que
describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.
Una vez alcanzado el nivel de la Segunda Forma Normal, se controlan la mayoría de los
problemas de lógica. Podemos insertar un registro sin un exceso de datos en la mayoría de las
tablas.

Tercera Forma Normal Una tabla está normalizada en esta forma si todas las columnas que no
son llave son funcionalmente dependientes por completo de la llave primaria y no hay
dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es
aquella en la cual existen columnas que no son llave que dependen de otras columnas que
tampoco son llave. Cuando las tablas están en la Tercera Forma Normal se previenen errores
de lógica cuando se insertan o borran registros. Cada columna en una tabla está identificada
de manera única por la llave primaria, y no debe haber datos repetidos. Esto provee un
esquema limpio y elegante, que es fácil de trabajar y expandir. Un dato sin normalizar no
cumple con ninguna regla de normalización.

Para explicar con un ejemplo en que consiste cada una de las reglas, vamos a considerar los
datos de la siguiente tabla.
Al examinar estos registros, podemos darnos cuenta que contienen un grupo repetido para
NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohíbe los grupos repetidos, por lo tanto
tenemos que convertir a la primera forma normal. Los pasos a seguir son:

» Tenemos que eliminar los grupos repetidos.

» Tenemos que crear una nueva tabla con la PK de la tabla base y el grupo repetido.

Los registros quedan ahora conformados en dos tablas que llamaremos ORDENES y
ARTICULOS_ORDENES

Ahora se procede a aplicar la segunda formal normal, es decir, tenemos que eliminar cualquier
columna no llave que no dependa de la llave primaria de la tabla. Los pasos a seguir son:

» Determinar cuáles columnas que no son llave no dependen de la llave primaria de la tabla. »
Eliminar esas columnas de la tabla base.

» Crear una segunda tabla con esas columnas y la(s) columna(s) de la PK de la cual dependen.
La tabla ORDENES está en 2FN. Cualquier valor único de ID_ORDEN determina un sólo valor
para cada columna. Por lo tanto, todas las columnas son dependientes de la llave primaria
ID_ORDEN.

Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que las columnas

PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no son dependientes de
ID_ORDEN.

Lo que se hace a continuación es eliminar estas columnas de la tabla ARTICULOS_ORDENES y

crear una tabla ARTICULOS con dichas columnas y la llave primaria de la que dependen. Las
tablas quedan ahora de la siguiente manera.
La tercera forma normal nos dice que tenemos que eliminar cualquier columna no llave que
sea dependiente de otra columna no llave. Los pasos a seguir son:

» Determinar las columnas que son dependientes de otra columna no llave.

» Eliminar esas columnas de la tabla base.
» Crear una segunda tabla con esas columnas y con la columna no llave de la cual son
dependientes.

Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla ARTICULOS,
como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin embargo la tabla ÓRDENES no
lo está, ya que NOM_CLIENTE y ESTADO son dependientes de ID_CLIENTE, y esta columna no
es la llave primaria. Para normalizar esta tabla, moveremos las columnas no llave y la columna
llave de la cual dependen dentro de una nueva tabla CLIENTES. Las nuevas tablas CLIENTES y
ORDENES se muestran a continuación.

Actividad 1

• Consulte y conceptualice los siguientes términos para bases de datos, (no más de 2
renglones por termino):
 o Base de datos,
o Base de datos Relacional,
o Dato,
o Tupla,
o Registro,
o Tabla,
o Archivo,
o Llave primaria,
o llave o clave secundaria y foránea,
o Cardinalidad,
o Relación,
• Cuáles son las Fases del Diseño de Bases de Datos?.
• ¿Qué es el Modelo entidad-relación? Señale los elementos que lo conforman y su
respectiva descripción mediante un gráfico.
 Defina a que se refiere campos Null y Not Null, Unique, Check, autoincremento en
una base de datos e identifique cada término Y/O uso con un ejemplo.
 Mediante un ejemplo analice y explique cada una de las 4 formas normales de la
normalización.
 Consulte sobre Diccionarios de Datos.
o Que es un Diccionario de Datos en Base de datos.
o Objetivo de un Diccionario de Datos.
o Contenido de un diccionario de datos.

Actividad2

Trabajo de Campo:

• Identifique el área de la empresa, institución o negocio donde se implementará su

proyecto de formación.
• Elabore una lista de chequeo con toda la información que se sistematizará y
verifique si está o no recopilada u organizada actualmente
 Elabore el Modelo Entidad Relación MER y el Modelo Relacional MR del proyecto que
está trabajando.
 Realizar el Diccionario de datos de su Proyecto tomando en cuenta el siguiente
ejemplo:
