EVOLUCIN ALMACENAMIENTO INFORMACIN Archivos fsicos Requieren mucho espacio

  • Slides: 17
Download presentation
EVOLUCIÓN ALMACENAMIENTO INFORMACIÓN • Archivos físicos ü Requieren mucho espacio físico. ü Buscar, copiar

EVOLUCIÓN ALMACENAMIENTO INFORMACIÓN • Archivos físicos ü Requieren mucho espacio físico. ü Buscar, copiar o modificar es manual, lento y laborioso. ü No realizan cálculos ni análisis sobre los datos. ü Se produce deterioro físico o pérdida de las tarjetas. • Archivos digitales ü Información repetida (redundancia). ü Mayor tamaño de almacenamiento. ü Datos repetidos que no concuerdan entre si (inconsistencia). ü Dispersión de datos por departamentos. ü Difícil modificación y actualización. • Bases de datos ü Redundancia mínima ü Independencia datos y aplicaciones. ü Consistencia al actualizar la información repetida. ü Integridad de los datos garantizando su validez. ü Seguridad frente a usuarios malintencionados. ü Respaldo/recuperación mediante copias de seguridad. ü Eficiencia en el acceso a los datos. ü Menor espacio de almacenamiento.

S. G. B. D. Herramienta de software (conjunto de programas) que permite la creación

S. G. B. D. Herramienta de software (conjunto de programas) que permite la creación y manipulación de bases de datos. • Describir los datos, sus relaciones y sus condiciones de acceso e integridad. • Manipular los datos: buscar, añadir, suprimir y modificar datos de la base de datos. • Controlar la comunicación con la B. D. • Realizar copias de seguridad y recuperación ante desastres. • Administrar los usuarios y sus permisos.

DBA. Administrador de la base de datos. Organizar el sistema de manera que se

DBA. Administrador de la base de datos. Organizar el sistema de manera que se logre un desempeño que sea el mejor Programador de aplicaciones. Encargado de escribir programas de aplicación que utilicen bases de datos. Usuario final. Solicita información a la base de datos utilizando programas de aplicación disponibles, o bien mediante un lenguaje de consulta.

FASES DISEÑO DE BASES DE DATOS REALIDAD DISEÑO CONCEPTUAL No depende del SGBD. Definir

FASES DISEÑO DE BASES DE DATOS REALIDAD DISEÑO CONCEPTUAL No depende del SGBD. Definir entidades, atributos, relaciones y esquema E-R DISEÑO LÓGICO Depende del SGBD. Definir tablas, vistas y relaciones a partir del modelo E-R. Normalización DISEÑO FÍSICO Depende del hardware y del SGBD. Definir estructura y rutas de almacenamiento , seguridad etc. IMPLEMENTACIÓN

MODELO CONCEPTUAL: ENTIDAD-RELACIÓN Desarrollado inicialmente por Peter Chen en 1976, aunque hay variantes. Permite

MODELO CONCEPTUAL: ENTIDAD-RELACIÓN Desarrollado inicialmente por Peter Chen en 1976, aunque hay variantes. Permite crear el esquema conceptual de una BD a partir de la idea surgida del análisis de la realidad. Aplicable a cualquier tipo de BD (jerárquica, relacional, red). Muy utilizado actualmente por su simplicidad y legibilidad. Utiliza diagramas para su representación. Fácil de aprender por los diseñadores y de comprender por los usuarios. El modelo recibe su nombre debido a los elementos que lo componen, que principalmente son: entidades, relaciones y atributos.

ENTIDADES Y ATRIBUTOS ENTIDADES: Son objetos (reales o abstractos) del mundo real de los

ENTIDADES Y ATRIBUTOS ENTIDADES: Son objetos (reales o abstractos) del mundo real de los queremos almacenar información sobre sus propiedades. Se representan mediante un rectángulo. Tipos: Regular : Entidad independiente Débil : Entidad totalmente dependiente de otra (rectángulo doble). DETALLE FRA ATRIBUTOS: Almacenan propiedades básicas de las ENTIDADES. Se representan mediante una elipse. Los valores que puede tomar un atributo se denominan DOMINIOS. teléfono fecha nombre JUGADOR equipo fecha EQUIPO ciudad

TIPOS ATRIBUTOS COMPOSICIÓN Simples: Compuestos: VALORES ORÍGEN Indivisibles Varios componentes Monovaluados: Multivaluados: Un solo

TIPOS ATRIBUTOS COMPOSICIÓN Simples: Compuestos: VALORES ORÍGEN Indivisibles Varios componentes Monovaluados: Multivaluados: Un solo valor por ocurrencia de la entidad Varios valores por ocurrencia de la entidad. Se representan por doble elipse Almacenados: Derivados: Su valor se almacena en la BD directamente Su valor se obtiene a partir de otros atributos Se representan contorno discontinuo edad apellidos nombre teléfono Nombre completo fecha JUGADOR

CLAVE PRIMARIA • Dentro de los atributos en una entidad existirá un atributo o

CLAVE PRIMARIA • Dentro de los atributos en una entidad existirá un atributo o atributos que serán denominados clave. • La clave principal es el identificador que diferencia de forma inconfundible a cada una de las ocurrencias de una entidad. • Tiene un valor único en cada entidad y no puede ser nulo. • Debe ser mínima, es decir, sin atributos superfluos. • La clave puede estar formada por más de un atributo, es decir, que la clave sea compuesta. La combinación de valores de los atributos, por tanto, no podrán repetirse, aunque sí se podrán repetir valores para cada uno de los atributos por separado. • Se representa mediante un círculo, aunque en este caso el nombre del atributo estará subrayado. • Ejemplos: la matrícula de la entidad vehículo, el DNI de una persona, el ISBN de un libro. DNI PERSONA

RELACIONES Correspondencia entre dos o mas entidades, o una entidad consigo misma. Están asociadas

RELACIONES Correspondencia entre dos o mas entidades, o una entidad consigo misma. Están asociadas con acciones, es decir, con verbos que representan la asociación entre las entidades integrantes. Se representan por un rombo indicando la cardinalidad la relación CARDINALIDAD 1: 1 ESPOSO CASADO ESPOSA Uno a Uno N: 1 JUGADOR JUEGA EQUIPO Uno a Muchos N: N ALUMNO CURSA ASIGNATURA Muchos a Muchos

FASES DEL DISEÑO CONCEPTUAL • Identificar entidades • Identificar atributos de cada entidad y

FASES DEL DISEÑO CONCEPTUAL • Identificar entidades • Identificar atributos de cada entidad y dominios o valores posibles que pueden tomar • Identificar claves principales • Identificar relaciones y su grado • Representación del modelo entidad-relación

BASES DATOS RELACIONALES Sus bases fueron postuladas por en 1970 por Edgar Frank Codd,

BASES DATOS RELACIONALES Sus bases fueron postuladas por en 1970 por Edgar Frank Codd, de los laboratorios IBM. Una base de datos consta básicamente de una o mas tablas llamadas relaciones. Cada tabla representa un tipo de entidad. Las tablas almacenan los datos y se estructuran en filas y columnas. Cada fila se denomina tupla o registro. Cada registro representa una ocurrencia de la entidad en concreto. Los registros están compuestos por campos. Estas tablas se vinculan o relacionan entre si por un dato en común de características similares (tipo y longitud) llamado ID, identificador o clave (key). La clave en la tabla principal se denomina clave principal (Primary Key PK) y se incluye en la tabla relacionada como clave ajena o foránea (Foreign Key FK).

RELACIÓN O TABLA PINTORES Clave Campo o Atributo Dato Estructura Registro o Tupla

RELACIÓN O TABLA PINTORES Clave Campo o Atributo Dato Estructura Registro o Tupla

PASO DEL MODELO E-R AL MODELO RELACIONAL Transformación de entidades y atributos Cada entidad

PASO DEL MODELO E-R AL MODELO RELACIONAL Transformación de entidades y atributos Cada entidad del modelo entidad-relación generara una tabla. Cada atributo simple se convertirá en una columna o campo. Uno de los atributos, concretamente la clave principal, se convertirá en clave principal de la tabla. Cada atributo multivaluado se convertirá en otra tabla cuya clave principal será la unión de la clave primaria de la otra tabla y el atributo. Se establecerá una relación 1: N entre la entidad y la tabla generada por su atributo multivaluado. Cada atributo compuesto se convertirá en tantas columnas como atributos lo compongan. Transformación de relaciones Relaciones 1: 1: En este caso se seleccionará una de las entidades y se le añadirá, como clave ajena, la clave primaria de la otra entidad, añadiendo una restricción a la clave foránea para que sea única. Relaciones 1: N: La solución pasara por añadir, a la entidad que se encuentra al lado del N del vinculo, la clave primaria de la otra entidad como una clave ajena. Relaciones N: M: , Este caso se resuelve mediante la creación de una tabla intermedia cuyas columnas serán las claves primarias de ambas entidades y cuya clave primaria serán los atributos que sean claves primarias de ambas tablas.

LIGA DE FÚTBOL Se desea almacenar información de los equipos de la liga indicando

LIGA DE FÚTBOL Se desea almacenar información de los equipos de la liga indicando fecha fundación, estadio y ciudad. Por cada equipo indicaremos los jugadores con su nif, nombre, fecha nacimiento y teléfonos. En cada partido indicaremos fecha, ciudad y árbitro así como el número de goles que marca cada jugador. Realiza un esquema conceptual de la BD e indica las relaciones y atributos necesarios.

MODELO E-R Nombre Telf Ciudad Equipo Nif F_nac Estadio edad JUGADOR N Fecha Está

MODELO E-R Nombre Telf Ciudad Equipo Nif F_nac Estadio edad JUGADOR N Fecha Está 1 EQUIPO N 1 Juega N Marca goles N PARTIDO Arbitro N_goles N_partido Ciudad Fecha

TABLAS MODELO E-R TELÉFONOS Nif JUGADORES Nif Teléfono EQUIPOS Equipo Nombre F_nac Equipo Ciudad

TABLAS MODELO E-R TELÉFONOS Nif JUGADORES Nif Teléfono EQUIPOS Equipo Nombre F_nac Equipo Ciudad Fecha Estadio PARTIDO_EQUIPOS Equipo N_partido GOLES N_partido Nif Goles PARTIDOS N_partido Fecha Arbitro Ciudad