Bases De Datos
UNIDAD 2
DISEÑO DE BASE DE DATOS Y EL MODELO E-R
2.1 EL PROCESO DE DISEÑO
El proceso de diseño de una base de datos se guía por algunos principios. El primero de ellos es que se debe evitar la información duplicada o, lo que es lo mismo, los datos redundantes, porque malgastan el espacio y aumentan la probabilidad de que se produzcan errores e incoherencias. El segundo principio es que esimportante que la información sea correcta y completa. Si la base de datos contiene información incorrecta, los informes que recogen información de la base de datos contendrán también información incorrecta y, por tanto, las decisiones que tome a partir de esos informes estarán mal fundamentadas.
Un buen diseño de base de datos es, por tanto, aquél que:
Divide la información en tablas basadasen temas para reducir los datos redundantes.
Proporciona a Access la información necesaria para reunir la información de las tablas cuando así se precise.
Ayuda a garantizar la exactitud e integridad de la información.
Satisface las necesidades de procesamiento de los datos y de generación de informes.
El proceso de diseño consta de los pasos siguientes:
Determinarla finalidad de la base de datos
Esto le ayudará a estar preparado para los demás pasos.
Buscar y organizar la información necesaria
Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos.
Dividir la información en tablas
Divida los elementos de información en entidades o temas principales, como Productoso Pedidos. Cada tema pasará a ser una tabla.
Convertir los elementos de información en columnas
Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos como Apellido y Fecha de contratación.
Especificar claves principales
Elija la clave principalde cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.
Definir relaciones entre las tablas
Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.
Ajustarel diseño
Analice el diseño 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 diseño.
Aplicar las reglas de normalización
Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas correctamente. Realice losajustes necesarios en las tablas.
Modelo entidad relación
Objeto de la base de datos
Ejemplo
Ejemplares – Conjuntos – Extensión
Registros de una tabla – Conjunto de registros
Conjunto-Usuarios{Jorge Martínez(1|alumno), Enrique Valtierra(2|profesor), Miguel dos Santos(3|investigador)}
Entidad
Tabla de la base de datos
Tabla usuarios
Atributos – Intención
Campos de una tablaid, nombre, apellidos, tipo de usuario, dni, dirección, teléfono
Relación
Vínculo entre conjuntos
Jorge Martínez es investigador
Interrelación
Relación entre tablas
Tabla Usuarios relacionada con Tabla Tipo de usuarios
Entidades fuertes
Tabla principal
Tabla Usuarios
Entidades débiles
Tabla auxiliar
Tabla Tipo de usuarios
Tabla1. Esquema con algunos elementos fundamentales del diagrama EREjemplos
Relación 1 a 1. Cada documento adquirido es registrado podría equipararse a la cardinalidad 1 a 1. Esto significa que cada documento que se introduce en el módulo de adquisiciones (y por ende en su tabla) tiene su correspondencia con los documentos que finalmente se reciben en la biblioteca para ser dados de alta en la tabla registro. De esta forma, puede haber o no documentos en...
Regístrate para leer el documento completo.