Unidad I Diseño de bases de datos relacionales

La unidad correspondiente al diseño de bases de datos relacionales, está orientada

a la identificación de los diferentes modelos de datos, características y tipos de
sistemas gestores de bases de datos, así como a la elaboración del modelo
conceptual Entidad/Relación de una sentencia o problema planteado. Ello se realiza
con el fin de que el alumno esté en posibilidades de diseñar correctamente las
bases de datos, las tablas y sus correspondientes relaciones.

PRACTICA mode

Como ejemplo, vamos a realizar un Modelo E-R básico que se encuentra una empresa en su
proceso de venta.

1. Identificar las Entidades: cliente, pedido, producto, vendedor. En este apartado es

necesario conocer bien el Negocio, por lo que habría que mantener reuniones con la
gente del Negocio para poder comprender su proceso de venta.

Entidades Modelo E-R

2. Identificar los principales atributos: para “Cliente”, sería nombre, apellidos, etc. Para
“Pedido”, identificador de pedido, estado, fecha de pedido, fecha de envío, etc. Para
“Producto”, tendríamos un identificador del producto, su nombre, tipo de producto,
etc. Para “Vendedor”, su identificador, su nombre, sus apellidos, etc.

3. Identificar las relaciones: tendríamos que “Cliente”, “Vendedor” y “Producto” se

relacionan a través de “Pedidos”

4. Cardinalidad: Aquí hay que volver a recoger información sobre el Negocio, ya que
son ellos los que definen como son los clientes, que pueden y no pueden hacer,
cuántos vendedores puede haber en un pedido, etc. Tras ello, concluimos que un
cliente puede tener varios pedidos y un vendedor puede tener varios pedidos, pero
un pedido solo puede tener un cliente y un vendedor. A la vez, un producto puede
tener varios pedidos, y un pedido puede tener varios productos.

5. Normalizar el modelo: que no es más que utilizar un conjunto de reglas matemáticas

con las que evitar las redundancias. Para la mayoría de casos, nos bastaría con
cumplir las 3 primeras normas. Por lo tanto, si en nuestra Entidad “Cliente” hemos
incluído como atributo “Dirección”, al normalizar la tabla, debemos quitar las
 columnas relacionadas con “Dirección” a una tabla aparte. Por lo tanto, al normalizar
nos hemos dado cuenta de que hay atributos que no dependen exactamente de la
clave. Habría que realizar lo mismo con todas las relaciones, entidades y atributos, y
alcanzaríamos un modelo normalizado. Asimismo, la relación N:N entre el pedido y
los productos, se trasladaría a otra tabla (“detalle”) cuya clave sean dos claves
foráneas, una hacia “pedido” y otra hacia “productos”.

Modelo Relacional (Normalizado)

6. Identificar los tipos de datos e índices: hay que prestar atención al rango de valores
que serán incluídos así como identificar correctamente el tipo de dato que nos facilite
la manipulación de la información. Un ejemplo lo tendríamos con los códigos
postales. En España, el código postal es un número de cinco cifras. Podemos
identificarlo como un “número entero” pero esto nos podría traer problemas en el
futuro, ya que hay códigos postales que comienzan por cero (“08080″ es de
Barcelona), y si lo tratamos como número, al almacenarlo es muy probable que se
pierda el cero inicial. Por eso, sería más útil identificarlo como “texto”, ya que no es
necesario realizar operaciones algebráicas sobre él. Para los índices, es necesario
identificar por qué columnas realizamos las búsquedas en las tabla, ya que la
finalidad del índice es facilitar las mismas.

7. Optimizar el Modelo: tener en cuenta el crecimiento futuro de la tabla, la rapídez de

ejecución de las consultas en la tabla, particionamientos, seguridad, etc.
Unidad de Aprendizaje 1: Diseño de bases de datos relacionales
Resultado de Aprendizaje: 1.1. Elabora el diseño conceptual de la base de datos, a
partir de la recolección y análisis de los requerimientos funcionales del usuario.
Problema núm. 1: Elaboración del diagrama entidad-relación de la biblioteca
municipal.

A partir del siguiente enunciado:

En la biblioteca municipal, se manejan fichas de autores y libros.
• En la ficha de cada autor se registra: Código y el Nombre del Autor.
• De cada libro se registra: Código, Título, ISBN, Editorial y Número de páginas.
• Un autor puede escribir varios libros, y un libro puede ser escrito por varios
autores.
• Un libro está formado por ejemplares.
• Cada ejemplar tiene un: Código y una Localización.
• Un libro tiene muchos ejemplares y un ejemplar pertenece sólo a un libro.
• Los usuarios de la Biblioteca también disponen de ficha en la biblioteca y sacan
ejemplares de ella.
• De cada usuario se guarda: el Código, Nombre, Dirección y Teléfono.
• Los ejemplares son prestados a los usuarios.
• Un usuario puede tomar prestados varios ejemplares, y un ejemplar puede ser
prestado a varios usuarios.
• De cada préstamo interesa guardar la fecha de préstamo y la fecha de devolución

Realizar el diagrama Entidad Relación para la base de datos que represente esta
información, indicando las entidades, atributos, relaciones y su cardinalidad.

Evidencia a recopilar: En hoja el Diagrama de entidad Relavcion de una Biblioteca

Municipal.