Diseño de base de datos
¿Por qué surgieron los sistemas de bases de datos?
La necesidad de poder estructurar y organizar la información para hacerla mucho más accesible
Las razones principales están conformadas por la necesidad de hacer la información accesible
mediante una estructura organizada para hacer mas sencilla su posterior consulta
Si, porque la empresa se beneficia enormemente de tener su información ordenada para resumir
tiempo y por lo tanto dinero
No veo un posible inconveniente con la utilización de la base de datos, por el contrario, esto
facilita enormemente la consulta de la información, y poner recursos en otros departamentos de
la empresa
Bases de datos – persistir – mantener información
Desventajas
Redundancia de datos – repetidos
Archivos separados
Inconsistencia debido a actualizaciones
Manejo de la persistencia
Soporte de manejo de datos
Soporte de un lenguaje de alto nivel
Control de acceso – manejo de la información
Evitar inconsistencias al compartir información
Conjunto colección disponible de información
Estructurado – colección organizada de subconjuntos, en función de ligas y relaciones entre las
diferentes informaciones (estructura lógica)
Datos coherentes – no hay contradicción entre los datos ligados, no hay perdida de información
aun sabiendo que hay una utilización compartida de los datos entre varios usuarios
Dato: hecho organizado
Información: colección de hechos organizados
Base de datos – conjunto de esquemas de relación con atributos, dominios, llaves foráneas, llaves
primarias y entidades.
Mundos representados:
El mundo real – en el que estoy
El mundo conceptual – Conceptualización
El mundo de las representaciones – Diseño modelo de datos
Diagrama (modelo de datos)
Diseño de modelo de datos
UML – Elaboración diagramas que indican la interacción del usuario con el sistema (D.C, D.C.V, D.E,
D.S)
Objetivo de una base de datos
Generar un conjunto de esquemas de relaciones que permitan almacenar información con un
mínimo de redundancia pero que a la vez faciliten la recuperación de la información.
Redundancia de datos
En general en una relación aparecerá tantas veces los mismos datos como sea posible
Incoherencia en los datos
Durante las actualizaciones: por ejemplo, si resulta que el nombre de López no es pedro sino Juan,
hay que tener cuidado y actualizar las tuplas en las que aparece López
Valores nulos
Si muchos de los atributos no se aplican a todas loas tuplas de la relación, acabaremos con un gran
número de nódulos en las tuplas. Esto puede originar un considerable desperdicio de
almacenamiento
Espacio
Por lo tanto, además de hacerse más complicada la actualización (inserción, eliminación y
modificación), se desperdicia espacio)
OBJETIVO DEL DISEÑO DE LOS ESQUEMAS
Uno de los objetivos es minimizar el espacio de almacenamiento que ocupan las relaciones base
(archivos).
El diseño conceptual esta basado en un lenguaje de alto nivel
Para el diseño de esquemas conceptuales se utiliza el modelo entidad relación, que describe los
datos como entidades, modelos y atributos.
El modelo entidad relación esta basado en un grafico
Entidades
Atributos
Relaciones
Cardinalidad
Llaves
Entidades:
Con existencia física - Padres de familia, estudiantes, Salón
Con existencia conceptual – Un proceso, Horarios, clases, matricula,
Ejemplo:
EMPLEADO
Un dato no puede ser una entidad
- Tiene que tener existencia propia
- Cada ocurrencia de un tipo de entidad debe poder distinguirse de las demás
Tipos de entidades
Fuertes (o regulares), son aquellas que tienen existencia por si mismas (Por ejemplo,
EMPLEEADO). Las entidades fuertes se representan como se ha dicho con un rectángulo con trazo
simple
EMPLEADO DEPARTAMENNTO
Débiles,
Su existencia depende potro tipo de entidad la desaparición de un empleado de la clase base
datos.
Atributos
Propiedades de objetos
-Cada entidad tiene atributos que la describen
Los atributos se representan por elipses
Normalización de base de datos
Descomposición y repartición de atributos en esquemas más pequeños
Existen 4 formas
1. Forma no normalizada (UNF)
-Análisis de requisitos
-Diccionario de datos (cada uno de los atributos que conforman la base de datos)
Atributo Definición Nomenclatura
Nombre Nombre del cliente Nom_cli
NIT Número de identificación Nit_e
tributaria
2) primera forma normal (1FN)
Grupo repetitivo Grupo no repetitivo
Grupo 1 Grupo 2
3) Segunda forma normal (2FN)
Grupo 1
Se separan los atributos Grupo 2
que no dependen de
una llave una llave ppal
4) tercera forma normal (3FN)
Tiene en cuenta solo 105 atributos que dependen de una clave ppal
edad_e Sexo_e
Id_e
Ape_e Nom_e
ESTUDIANTE
Clasificación de atributos
A. Atributos simples o compuestos: Los compuestos están formados por un conjunto de atributos
mientras que los simples no se pueden dividir
B. Atributos principales/monovaluados/multivaluados Los monovaluados solo pueden tener un
valor para una entidad particular, mientras que los multivaluados pueden tener más de un valor,
se representan con una elipse con trazado doble.
C. Atributos almacenados o derivados: Los derivados son atributos con valor para una entidad
particular puede obtenerse en función de los valores almacenados en otros atributos. Se
representa mediante una elipse con trazo discontinuo
Ejemplo: edad
VALOR TAMAÑO FORMATO
NÚMERO 1-256 INT DOUBLE VALOR
CADENA 1.256 VARCHAR (30)
FECHA DATE
HORA DATETIME
AUTOINCREMENT A
BOOLEANO SI/NO
RELACIONES
1. Entidad. Objeto del mundo real con exist/propia
Física conceptual
2. Atributos -> propiedad
3. Relación -> conexión entre dos o más cantidades
4. Cardinalidad
PROFESOR
Ide_p Nom_p Ape_p Sexo_p Tel_p
1132 Oscar Cañas M 34323
6666 Noralba Moncayo F 32358
ESTUDIANTE
Ide_e Nom_e Ape_e Sexo_e Tel_e
1138 Juan Diego Aguilar M 32111
1225 Maritza Ruiz F 31542
A B
P1 P1
P2 P2
P3 P3
P4 P4
1,N
N,1
ESTUDIANTE TIENE PROFESOR
N,1
DICTA
1,1
ASIGNATURA
CLAVES
Una clave candidata de una relación es un conjunto no vacío de atributos que identifican univoca y
mínimamente cada tupla. Univoca y mínimamente cada tupla. Una relación puede tener mas de
una clave candidata, entre las cuales se debe distinguir
La llave primaria: es aquella clave candidata que el usuario escogerá por consideraciones ajenas al
modelo relacional para identificar las tuplas de una relación
Llave foránea (ajena): Es un conjunto no vacío de atributos cuyos valores han de coincidir con los
valores de la clave primaria de otra relación.
Diseño lógico
Este caso consiste en implementar de echo la base de datos con un S.G.B.D comercial,
transformando el modelo conceptual al modelo de datos empleado por el S.G.B.D (Jerárquico, red
o relacional)
Esta etapa obtendrá un conjunto de relaciones con sus atributos, claves primarias y claves
foráneas
Reducción de un diagrama E-R a tablas
- Tanto el modelo E-R, como para el modelo de BD relacional son representaciones
abstractas y lógicas del desarrollo del mundo real.
- Debido a que los dos modelos emplean
TABLA AUXILIAR – TABLA DE MAPEO
CONCLUSIONES
En general cuando la relación es entre una entidad fuerte y una entidad débil, no necesita ser
representada en forma de tabla.
Una tabla auxiliar, NO tiene llave primaria, solo foráneas
Únicamente salen 3 tablas en la relación N:M y 1:1 cuando ninguna es obligatoria, y en relación
1:N -> tiene las dos entidades y el verbo de la relación ; cuando N es parcial
Diseño físico
Transformar el diseño lógico de tablas a entidades de la tabla y atributos en columnas.
….-
cod nom Tel
EMPLEADO
Mundo real
RECOLECCION Y
ANALISIS DE
REQUERIMIENTOS
Requerimientos de la base de datos
Diseño conceptual
Esquema
conceptual
Diseño lógico
