B03-T04 Modelado de datos Flashcards
(34 cards)
ETAPAS GENERALES MODELIZACIÓN
Análisis y toma de requisitos
Diseño conceptual (modelo E/R)
Eliminación de la redundancia. Repasar cardinalidades mínimas, atributos redundantes, y relaciones redundantes.
Validación
Transformación a modelo lógico adecuado a la base de datos (DSI)
Diseño Físico
Implementación (CSI)
M3 - Actividades recomendadas su uso
PSI 4 - Identificación de requisitos
PSI 4.1 Análisis de las necesidades de la información
EVS 2: Estudio de la situación actual
2.3 Descripción de los sistemas de información existentes
EVS4 Alternativas de solución
4.2 Descripción de las alternativas de solución
ASI 1 Definición del sistema
1.1Alcance del sistema
6.1 Modelo conceptual
6.2 Elaboración del modelo lógico de daots
ASI 6 ELABORACIÓN DEL MODELO DE DATOS
6.3 Modelo lódigo de datos normalizado (3FN)
6.4 Plan de migración de datos y carga inicial
De dónde proviene el MODELO ENTIDAD RELACIÓN EXTENDIDO (M3)
Del modelo Modelo Entidad Relación (Chen) que a su vez vienes de los modelados:
- Red
- Jerárquico
- Relacional
Definición del modelado de datos
Representación gráfica orientada a
la abstracción de estructuras de datos de forma metodica y sencilla
Por qué está compuesta una base de datos
Por un modelo de datos y por un gestor de sistemas de bases de datos
Cuáles son los beneficios del modelado de datos
- Control de posibles errores desde el principio
- Independiente del entorno físico y lógico
- Mantenabilidad
- Validación usuario
- Facilita comunicación miemrbos del equipo
¿Qué es el diseño físico de una base de datos?
Es la implementación del diseño lógico en un sistema de gestión de bases de datos SGBD
E/R - Qué es el role de una entidad
Función que una determina entidad juega
en una relación concreta
E/R tiposde entidad
Entidad fuerta: que tiene existencia por sí misma
Entidad débil: que depende de otra entidad para existir. LA cardinalidad siemprees 1:1,por ejemplo tarea y proyecto
E/R qué tipos de dependecia podemos encontrar en una entidad débil
Por identificador.
Cuando es identificable por su relación con otraentidad.
No tiene atributos propios que lo identifiquen de toros
Por existencia:
Dispone de una clave primaría suficiente
E/R tipos de atributo
Clave primaria: identifica la entidad
Descriptor: caracteriza pero no distingue del resto
E/R clasificación de atributos
- Simple: valor indivisible
- Derivado (valor a partir de otros valores) - Edad fecha de nacimiento
- Compuesto (subdividido en atributos elementales) (dirección)
- Univaluado (solo puede tomar un valor)
- Multivaluado (tomar más de un valor)
- Obligatorio
E/R definición de relaciones y correspondencia
Relación: Asociación entre dos o más entidades. Las relaciones pueden tener atributos
Correspondencia: Cómo se asocian las entidades dentro de una relación (1:1, 1:N, N;M)
ERE - Contepto de cardinalidad
https://miro.com/app/board/uXjVLyso-hU=/
ERE - Tipos de relaciones
https://miro.com/app/board/uXjVLyso-hU=/
ERS Dimensión temporal
https://miro.com/app/board/uXjVLyso-hU=/
ERS Procedimiento para el modelado de datos extendido
https://miro.com/app/board/uXjVLyso-hU=/
Principales características del diseño lógico
- Representación mediante tablas. Cada tabla representa una entidad con sus atributos
- Uso de claves primarias.Se identifican los atributos que aseguran la unicidad de cada tabla
- Establecimiento de relaciones
- Se utilizan claves foráneas
Tipos de dependencias en el diseño lógico de la base de datos
- Dependencia funcional. Si a cada valor de atributo A le corresponde solo un valor del atributo B
- Dependencia funcional completa.Tiene dependecnia funcinal pero no de ningún subfrup de atributos que conforman A
- Dependenca transitiva.Típica dependencia transitiva
Tipos de normalización de base de datos y definición
1FN - Primera forma normal:
2FN - Segunda forma normal
3FN - Tercera forma normal
1FN - Primera forma normal:
Si todas las filas tienen un primary key
Los atributos por tanto dependen de las claves
Si los datos no se ven influidos por el orden
en que se accedan, es decir, no importa el
orden las columnas y de las filas
2FN - Segunda forma normal
1FN +
cada atributo que no pertenezaca a la clave
tiene una dependencia funcional completa de la clave.
Es decir, no hay atributos que se repitan en la tabla por ejemplo,
(El lugar de trabajo de Jone se repite,
debería estar en una tabla distinta)
jone, mecanografía, oficina este
jone, karate, oficina este
3FN - Tercera forma normal
2FN +
cada atributo que no pertenezca a la clave no
depende transitivamente de la clave. Es decir los atributos que no son propios de la tabla se noramlizan como externla keys. De esta manera solo hay que actualizar los datos en un sola tabla si este se altera
Modelo lógico. Transfromación de relaciones. Relaciones 1:1
https://miro.com/app/board/uXjVLyso-hU=/
