Está en la página 1de 33

DEPARTAMENTO

1 CODIGOP NOMBREP SITUACION

PROVEEDOR
DEPTO- EMP

BASES DE DATOS
PROY-TRABAJO
M
SALARIO
M M
CODIGO M

M
PROV-
EMPLEADO PROYECTO
PARTE- PROV-PARTE
ENOMBRE PROY

1
1 M

PATERNO MATERNO
PROY-GERENTE M
M

NPILA
Profesora: EMP-DEPEN
PARTE

M
M

Sandra Luengas Aponte


DEPENDIENTE
ESTRUCTU
RA-DE PARTE
Sistema de Gestión de Bases de Datos
Data Base Management System

Colección de Conjunto de
datos Programas para
interrelacionados acceder a los
datos
Propósito de las Bases de Datos

•Disminuir la redundancia e inconsistencia de los


datos.
•Facilitar el acceso a los datos
•Aislar los datos.
•Garantizar la integridad de los datos.
•Facilitar el acceso a los datos

•Evitar la atomicidad en los datos. •Aislar los datos.


•Garantizar la integridad de los datos.
•Evitar la atomicidad en los datos.

•Facilitar el control en accesos concurrentes. •Facilitar el control en accesos concurrentes.


•Mejorar la seguridad de los datos.

•Mejorar la seguridad de los datos.


•Mejor servicio a los usuarios.
¿Por qué utilizar una Base de
Datos?
• Compactación. Sustituye voluminosos archivos
documentales.
• Rapidez. Permite modificar, almacenar, consultar
los datos a gran velocidad.
• Precisión. Se dispone de información precisa en
todo momento.
• Fácil manipulación. Elimina tareas
mecánicas y manuales dispendiosas.

Prof. Ing. Sandra Luengas Aponte


VISIÓN DE LOS DATOS
Arquitectura de Tres esquemas
Nivel Físico
(Interno, almacenamiento
físico de los datos. BD BD
diccionario datos,
restricciones, ingeniería sw)

Nivel Lógico
(Estructura: descripción
de los datos y de sus
relaciones )

Nivel de Vista
–Externo
•Facilitar el acceso a los datos
•Aislar los datos.
•Garantizar la integridad de los
datos.

(Conceptual: visible •Evitar la atomicidad en los datos.


•Facilitar el control en accesos co.

a aplicaciones y
usuarios )
Prof. Ing. Sandra Luengas Aponte
Esquema Simplificado de un
Sistema de Bases de Datos
Nivel Físico: Se describe la e
structura de datos complejas como
se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el administrado
r decide que información se conse
SGBD
rva y cual no.Nivel de Vista:
Es el nivel mas altode abstracción.
Describe sólo parte de la base
de datos. La que es de interés
para el usuario, por tal mo
tivo puedn existir muchas
vistas, una por cada tipo de usuario.
BD
Nivel Físico: Se describe la e
structura de datos complejas como
se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el administrado
r decide que información se conse
rva y cual no.Nivel de Vista:
Es el nivel mas altode abstracción.
Describe sólo parte de la base
Nivel
de datos.
Físico:
La que
Se describe
es de interés
la e
para el usuario, por tal mo
tivo puedn existir muchas
vistas, una por cada tipo usuario.

structura de datoomplejas como


se almacenan los datos.
Nivel Lógico: Describe que y
sus relaciones, se describen
mediante estructuras simples
. Con base en ellas el administrado
r decide que información se conse
rva y cual no.Nivel de Vista:
Es el nivel mas altode abstracción.
Describe sólo parte de la base
de datos. La que es de interés
para el usuario, por tal mo
tivo puedn existir muchas
vistas, una por cada tipo de usuario.

Programas de Aplicación Usuarios Finales


Prof. Ing. Sandra Luengas Aponte
OPERACIONES ELEMENTALES SOBRE LOS
ARCHIVOS DE LA BASE DE DATOS

Borrar datos
BD Eliminar Un
en un archivo archivo

Agregar Un
archivo Nuevo Insertar datos nuevos
en un archivo ya
existente
Actualizar datos en
Un archivo ya
existente
Obtener datos de Un
archivo ya existente

Prof. Ing. Sandra Luengas Aponte


ENTIDAD
Es un Objeto que existe y se diferencia de otros objetos

Puede ser:
❑ Concreta : persona, estudiante, profesor, trabajador, casa, carro
❑ Abstracta: cuenta bancaria, empresa, curso..

Una entidad esta representada por un conjunto de


atributos

ATRIBUTO
Son propiedades especificas que describen la Entidad
Ejemplo: Estudiante puede describirse por nombre, apellido,
edad, dirección….

DOMINIO
Es el conjunto de valores permitidos para un atributo

Prof. Ing. Sandra Luengas Aponte


ETAPAS DEL DISEÑO

DIAGRAMA ENTIDAD-
RELACIÓN Modelo Conceptual

GRAFO RELACIONAL Modelo Lógico

SCRIPT SQL (Secuencia


de Comandos del
Modelo Físico
lenguaje de
programación)
MODELO DE DATOS

BASADO EN OBJETOS:

•Modelo de datos Semántico.


•Modelo entidad - Relación
•Modelo Orientado a objetos
•Modelo de Datos Funcional
BASADO EN REGISTROS:

•Modelo Relacional
•Modelo de Red
•Modelo Jerárquico
•Modelo de Datos Funcional

Prof. Ing. Sandra Luengas Aponte


MODELO DE DATOS SEMÁNTICO

• Problema de Significado.
• Sistema mas inteligente.
• Punto de partida para los modelos
actuales.
• Describe las demás modelos. Genérico.
• Permitió definir un conjunto de objetos
semántico.
Modelo Entidad – Relación Diseño
(E/R) Conceptual

Supervisor Supervisa a Trabajador

Nombre-
Nombre Especialidad Trabajador
Cédula

Cargo
Nivel

Prof. Ing. Sandra Luengas Aponte


Modelo Orientado a Objetos

Trabajador
Supervisor
Atributos:
Atributos:
Mensaje •Código
•Nombre
•Nombre
•Especialidad
•Cédula
•Nivel
•Cargo
Métodos:
Métodos:
•Crear
•Crear
•Eliminar
Mensaje •Eliminar
•Mostrar
•Mostrar
•Supervisar
•Asignar _Supervisor

Prof. Ing. Sandra Luengas Aponte


MODELO DE DATOS FUNCIONAL
• Utiliza funciones matemáticas
como herramienta de modelado
• Todo requerimiento se considera
una función.
• Modelo Entidad-Vínculo Funcional
• Incluye composición de funciones.
• Aparece el concepto de función
derivada. Y se extiende a atributos.
• Ha sido la base del modelo
Orientado a Objetos.

Prof. Ing. Sandra Luengas Aponte


Modelo Relacional
Nombre – Especialidad Nivel Supervisa a
Supervisor
Archivo de Pérez Químico 4 MC304
Supervisores Ramírez Sistemas 6 PG289
Pérez Químico 4 PF157
Moreno Planta Física 7 MC120
Moreno Planta Física 7 PG289
. . . .
. . . .
. . . .

Código Nombre Cédula Cargo


MC304 Juan 24567890 Técnico Industrial
PG289 Luis 23176234 Analista
MC120 Rodrigo 19563421 Dibujante
Archivo de
PF157 Francisco 18234654 Técnico Químico Trabajadores
. . . .
. . . .
. . . .

Prof. Ing. Sandra Luengas Aponte


Modelo de Red
•MC304
•Pérez
•Juan
•Químico
•24567890
•Nivel 4
•Técnico Industrial
•PG289
•Luis
•Ramírez •23176234
•Sistemas •Analista
•Nivel 8
•MC120
•Rodrigo
•19563421
•Dibujante
•Moreno
•Planta Física •PF157
•Nivel 7 •Francisco
•18234654
•Técnico Químico
Prof. Ing. Sandra Luengas Aponte
Modelo Jerárquico

Jefe de
Supervisores

•Pérez •Ramírez •Moreno


•Químico •Sistemas •Planta Física
•Nivel 4 •Nivel 8 •Nivel 7

•MC304 •PF157 •PG289 •PG289 •MC120


•Juan •Francisco •Luis •Luis •Rodrigo
•24567890 •18234654 •23176234 •23176234 •19563421
•Técnico Industrial •Técnico Químico •Analista •Analista •Dibujante

Prof. Ing. Sandra Luengas Aponte


LENGUAJES DE
BASES DE DATOS

DE DEFINICIÓN DE DATOS (LDD)


Creación del diccionario o Directorio de datos.

DE MANIPULACION DE DATOS(LMD)
• Recuperación de la información en la base de datos
• La inserción de información en la base de datos.
• El borrado de la información en la base de datos.
• La modificación de la información almacenada en la
BD
EL MODELO
ENTIDAD - RELACION

E R
Conjuntos de Conjunto de
Entidades Relaciones

E= { E1,E2,E3,…EN } R= {(e1,e2,e3,…en ) : e1 E’1, e2 E’2, e3 E’3,…, en E’n }

Prof. Ing. Sandra Luengas Aponte


EL MODELO
ENTIDAD - RELACION

Relación 3-aria.
( Antonio, Cálculo , Ingeniería )
E2
E1 Asignatura
Estudiante

E ( Antonio, Sistemas )

( Ingeniería, Sistemas )
E4
E3 Especialidad
Carrera (Cálculo, Sistemas )
Relación 2-aria.

Prof. Ing. Sandra Luengas Aponte


El Modelo Entidad - Relación
CARDINALIDAD
Uno a Uno (1 - 1) Uno a Varios (1 - N )

a1
a1 b1 b1
a2 b2 b2
a2
a3 b3 b3
a4 b4 b4
a3
a5 b5 b5

Varios a Uno ( N - 1) Vario a Varios ( N - N )

a1 b1 a1 b1
a2 a2 b2
a3 b2 a3 b3
a4 a4 b4
a5 b3 a5 b5

Prof. Ing. Sandra Luengas Aponte


NOTACION E/R

Tipo de entidad Atributo Clave

Tipo de entidad débil Atributo


multivalorado

Relación o Vínculo Atributo


compuesto

Tipo de vínculo
Identificador

Atributo
derivado
Atributo

Prof. Ing. Sandra Luengas Aponte


NOTACION E/R
Atributo Asociado a una
relación

Participación total

1 N
Cardinalidad 1-N

< Cardinalidad 1-N

Prof. Ing. Sandra Luengas Aponte


EL MODELO
ENTIDAD - RELACION
Atributos Simples: Atributos Univalorados:
•Cédula •Cédula
•Nombre •Nombre
•Sexo •Sexo

Atributos Compuestos: Atributos Multivalorados:

•Nombre (Apellido, Nombres) Entidad : Profesor

•Dirección (Barrio, Calle, Carrera, •Nombre - Asignatura


Número) •Especialidad
Atributos Nulos: Atributos Derivado:
Entidad : Profesor Entidad : Trabajador
•Título de Posgrado •Fecha de Ingreso
•Antigüedad
Prof. Ing. Sandra Luengas Aponte
MODELO ENTIDAD - RELACION

DEPARTAMENTO

1 CODIGOP NOMBREP SITUACION

DEPTO- EMP PROVEEDOR

PROY-TRABAJO M

SALARIO M
CODIGO M M
M
M PROV-
EMPLEADO PROYECTO PARTE- PROV-PARTE
ENOMBRE PROY
1 1 M
PATERNO MATERNO
PROY-GERENTE M M

NPILA EMP-DEPEN PARTE

M M
M
ESTRUCTU
DEPENDIENTE RA-DE PARTE

Prof. Ing. Sandra Luengas Aponte


MODELO ENTIDAD - RELACION

CLAVES -LLAVES

SUPERCLAVES : Conjunto de atributos NombreProf, Especialidad,Edad


de una entidad, que tomados
colectivamente permiten identificar de NombreProf, Especialidad
manera única una entidad en un conjunto
de entidades.
CLAVES CANDIDATAS : Son super
claves mínimas. Super claves tales que
ningún subconjunto propio de ellas es Apellido, Especialidad,Edad, Facultad
super clave

CLAVES PRIMARIA : Es la clave


candidata seleccionada por el diseñador

CódigoProfesor

Prof. Ing. Sandra Luengas Aponte


MODELO ENTIDAD - RELACION

MANEJO DE CLAVES EN
TABLAS DE RELACIONES

• En Entidades Fuertes y Débiles (Dependientes):Las tablas de


entidades débiles deben incluir la clave primaria de la entidad
fuerte
• Super claves de relaciones: Constituida por las claves
primarias de las entidades que intervienen en la relación
• Clave primaria en una relación uno a uno: Es la clave
primaria de una de las Entidades.
• Clave de una Entidad obtenida de atributo Multivalorado:
Es la clave primaria de la entidad y el valor del atributo.

Prof. Ing. Sandra Luengas Aponte


MODELO ENTIDAD - RELACION

REPRESENTACION DE RELACIONES
MEDIANTE TABLAS

R T
E1 C1 C2 … Cn b1 b2 … bn

C1

En

E2 Cn

C2
R

E3
C3 b1,b2,b3, ….bn son atributos de la relación
Prof. Ing. Sandra Luengas Aponte
MODELO ENTIDAD- RELACION

R T
ESTUDIANTE
•CódigoEstu
•NombrEstud
•Carrera
ES_ALUMNO

CédulaProf CódigoEstu

ES_ALUMNO

PROFESOR
•CédulaProfesor
•NombreProfesor
•Especialida
Prof. Ing. Sandra Luengas Aponte
MODELO ENTIDAD - RELACION
COMBINACION DE
TABLAS DEPARTAMENTO

NombreDepto Facultad
PROFESOR
•CédulaProfesor PROFESOR
•NombreProfesor
•Edad CédulaProf NombreProf Edad

PERTENACE_A

PERTENECE_A CédulaProf NombreDepto

DEPARTAMENTO
CédulaProf NombreProf Edad NombreDepto
•NombreDepto
•Facultad

Prof. Ing. Sandra Luengas Aponte


MODELO ENTIDAD - RELACION

ENTIDADES CON
ATRIBUTOS
MULTIVALORADOS

PROFESOR

CédulaProf NombreProf Especialidad

PROFESOR ESPECIALIDA

CédulaProf NombreProf CédulaProf NombreEspec

Prof. Ing. Sandra Luengas Aponte


MODELO ENTIDAd - RELACION
PROFESOR
ENTIDADES CON ATRIBUTOS
MULTIVALORADOS
CédulaProf NombreProf Especialidad

PROFESOR
•CédulaProfesor
•NombreProfesor
PROFESOR

CédulaProf NombreProf

ACREDITA
ACREDITA

CédulaProf NombreEspec

ESPECIALIDAD ESPECIALIDAD
•Nombreespecialidad
NombreEspec Descripción
•Descripción
Prof. Ing. Sandra Luengas Aponte
Prof. Ing. Sandra Luengas Aponte

También podría gustarte