SlideShare una empresa de Scribd logo
Es un lenguaje orientado a describir una Base de Datos.
Permite describir:
 Las estructuras de datos de la base.
 Las restricciones de integridad.
 Operaciones de manipulación de los datos.
 Lenguaje de Definición de Datos o DDL (Data definition
Language).
 Lenguaje de Manipulación de Datos o DML (Data
Manipulation Language).
 A la parte del DML orientada a la recuperación de
datos, usualmente se le llama Lenguaje de Consulta o
QL (Query Language).
Modelos lógicos basados en objetos: Son los orientados
a la descripción de estructuras de datos y restricciones
de integridad.
Modelos Lógicos
Basados en Objetos
Modelo Entidad-
Relación (E-R)
Modelo Orientado
a Objetos (OO).
Modelo de Datos
Semántico
Modelo de Datos
Funcional
Modelos Lógicos Basado en Registros
Datos
Conceptual Físico
Estructura lógica
global de la base
de datos
Implementación
de la Base de
datos
Especifican
Describen
En los niveles
Modelos
Lógicos
Basado en
Registros
Registros
Fijo
Distinto
Un número fijo de
campos, o
atributos, y cada
campo
normalmente es
de longitud fija.
Estructuran
Modelos que existen
Relacional
Datos y
Relaciones
Tablas
Filas Columnas
Red
Conjunto de
Registros
Conjunto de
graficas
arbitraria
Conjunto de
Relaciones
Ligas o enlaces
Jerárquico
Conjunto de
Árboles
Representan
Representan
Por medio de
Formado
Organizado
Modelo
Jerárquico
Modelo de
Red
Modelo
Relacional
Modelos Físicos de Datos
Para describir a
los datos en el
nivel más bajo
Capturan
aspectos de la
implementación
de los sistemas
de base de
datos.
Modelo
Unificador
Memoria de
Elementos
Usado
Básicamente
Clasificaciones
Formalización Diseño
 Definir formalmente las
estructuras permitidas y las
restricciones a fin de
representar los datos de un
SI.
 El modelo resultante es un
elemento básico para el
desarrollo de la metodología
de diseño de la base de
datos.
Conjunto de conceptos, reglas y convenciones que nos
permiten describir los datos del universo del discurso.
 Objeto: cualquier entidad con existencia independiente sobre
el que almacenan datos.
 2. Relación: asociación entre objetos.
 3. Restricción estática: propiedad estática del mundo real que
no puede expresarse con los anteriores, ya que sólo se da en la
base de datos; suele corresponder a valores u ocurrencias, y
puede ser sobre atributos, entidades y relaciones.
 4. Objeto compuesto: definidos como nuevos objetos dentro
de la base de datos, tomando como punto de partida otros
existentes, mediante mecanismos de agregación y asociación.
 5. Generalización: se trata de relaciones de subclase entre
objetos, es decir, parte de las características de diferentes
entidades pueden resultar comunes entre ellas.
 Operación: acción básica sobre objetos o relaciones.
 2. Transacción: conjunto de operaciones que deben
ejecutarse en su conjunto obligatoriamente.
 3. Restricción dinámica: propiedades del mundo real
que restringen la evolución en el tiempo de la base de
datos.
Consiste en buscar las entidades que describan los
objetos que intervienen en el problema y las relaciones
entre esas entidades.
Conceptos
Entidad
Es una representación
de un objeto individual
concreto del mundo
real.
Conjunto de
Entidades
Es la clase o tipo al que
pertenecen entidades
con características
comunes.
Atributo
Cada una de las
características que posee
una entidad, y que
agrupadas permiten
distinguirla de otras
entidades del mismo
conjunto.
Conceptos
Dominio
Conjunto de valores
posibles para un
atributo.
Relación
(Interrelación)
Es la asociación o
conexión entre
conjuntos de
entidades.
Grado
Número de conjuntos
de entidades que
intervienen en una
interrelación.
Clave
Es un conjunto de
atributos que
identifican de forma
unívoca una entidad.
 Es cada una de las claves mínimas existente en un
conjunto de entidades
 Clave principal(o primaria): es una clave candidata
elegida de forma arbitraria, que usaremos siempre
para identificar una entidad
 Tengamos en cuenta que para definir una
interrelación usaremos las claves primarias de las
entidades interrelacionadas. De este modo, el
identificador de una interrelación es el conjunto de las
claves primarias de cada una de las entidades
interrelacionadas.
 Asociación entre entidades, sin existencia propia en el
mundo real que estamos modelando, pero necesaria para
reflejar las interacciones existentes entre entidades. Las
relaciones pueden ser de tres tipos:
 Relaciones 1-1.- Las entidades que intervienen en la
relación se asocian una a una (Ej: la entidad HOMBRE, la
entidad MUJER y entre ellos la relación MATRIMONIO).
 Relaciones 1-n.- Una ocurrencia de una entidad está
asociada con muchas (n) de otra (Ej: la entidad
EMPRESA, la entidad TRABAJADOR y entre ellos la
relación TRABAJAR-EN).
 Relaciones n-n.-Cada ocurrencia, en cualquiera de las
dos entidades de la relación, puede estar asociada con
muchas (n) de la otra y viceversa (Ej: la entidad
ALUMNO, la entidad EMPRESA y entre ellos la relación
MATRÍCULA).
 Tipo de cardinalidad se representa mediante una
etiqueta en el exterior de la relación, respectivamente:
"1:1", "1:N" y "N:M", aunque la notación depende del
lenguaje utilizado, la que más se usa actualmente es el
unificado.
Otra forma de expresar la cardinalidad es situando un símbolo
cerca de la línea que conecta una entidad con una relación:
 "0" si cada instancia de la entidad no está obligada a participar
en la relación.
 "1" si toda instancia de la entidad está obligada a participar en
la relación y, además, solamente participa una vez.
 "N" , "M", ó "*" si cada instancia de la entidad no está
obligada a participar en la relación y puede hacerlo cualquier
número de veces.
 Cada esposo (entidad) está casado (relación) con una
única esposa (entidad) y viceversa. Es una relación 1:1.
 Una factura (entidad) se emite (relación) a una
persona (entidad) y sólo una, pero una persona puede
tener varias facturas emitidas a su nombre. Todas las
facturas se emiten a nombre de alguien. Es una
relación 1:N.
 Un cliente (entidad) puede comprar (relación) varios
artículos (entidad) y un artículo puede ser comprado
por varios clientes distintos. Es una relación N:M.
 Las relaciones también pueden tener atributos
asociados. Se representan igual que los atributos de
las entidades. Un ejemplo típico son las relaciones de
tipo "histórico" donde debe constar una fecha o una
hora. Por ejemplo, supongamos que es necesario
hacer constar la fecha de emisión de una factura a un
cliente, y que es posible emitir duplicados de la factura
(con distinta fecha). En tal caso, el atributo "Fecha de
emisión" de la factura debería colocarse en la relación
"se emite".
 La herencia es un intento de adaptación de estos
diagramas al paradigma orientado a objetos. La
herencia es un tipo de relación entre una entidad
"padre" y una entidad "hijo". La entidad "hijo" hereda
todos los atributos y relaciones de la entidad "padre".
Por tanto, no necesitan ser representadas dos veces
en el diagrama. La relación de herencia se representa
mediante un triángulo interconectado por líneas a las
entidades. La entidad conectada por el vértice
superior del triángulo es la entidad "padre".
Solamente puede existir una entidad "padre"
(herencia simple). Las entidades "hijo" se conectan por
la base del triángulo.
 Es una abstracción a través de la cual las relaciones se
tratan como entidades de un nivel más alto. Se utiliza
para expresar relaciones entre relaciones o entre
entidades y relaciones. Se representa englobando la
relación abstraída y las entidades que participan en
ella en un rectángulo.
•Le permite al usuario descubrir los distintos recursos dentro
de una colección: encontrar, identificar, seleccionar y obtener
ese recurso.
• El modelo entidad relación va a permitir que se establezcan
relaciones y asociaciones entre los distintos registros que van a
facilitar las tareas del usuario.
Desventajas:
•Carece de un soporte formal y los SGBD no suelen
implementarlo directamente.
•Normalmente hay que transformarlo en un modelo de más
bajo nivel.
“Una empresa vende productos a varios clientes. Se necesita
conocer los datos personales de los clientes
(nombre, apellidos, cédula, dirección y fecha de nacimiento).
Cada producto tiene un nombre y un código, así como un precio
unitario. Un cliente puede comprar varios productos a la
empresa, y un mismo producto puede ser comprado por varios
clientes.
Los productos son suministrados por diferentes proveedores. Se
debe tener en cuenta que un producto sólo puede ser
suministrado por un proveedor, y que un proveedor puede
suministrar diferentes productos. De cada proveedor se desea
conocer el NIF, nombre y dirección”.
Entidades
Cliente
Atributos
Nombre
Apellido
Cédula
Dirección
Fecha de
Nacimiento
Producto
Atributos
Nombre del
Producto
Código
Precio
Unitario
Proveedores
Atributos
Nombre del
Proveedor
NIF
Dirección
Clientes Productos
Proveedores
Compran
Suministra
dos por
Fecha de
Nacimiento
Nombre
del
Producto
Código
Precio
Unitario
Nombre del
Proveedor
NIF
Dirección
Dirección
CédulaNombre Apellido
(N:M)
(0:M) (0:M)
(1:M)
(1:M)
(1:1)
El modelo orientado a objetos está basado en el
encapsulamiento de los datos y del código relacionado
con cada objeto en una sola unidad cuyo contenido no
es visible desde el exterior.
Se considera que todas las interacciones entre cada
objeto y el resto del sistema se realizan mediante
mensajes. Por tanto, la interfaz entre cada objeto y el
resto del sistema se define mediante un conjunto de
mensajes permitidos.
En general, cada objeto está asociado con:
A) Un conjunto de variables que contiene los datos del
objeto; las variables se corresponden con los atributos
del modelo E-R.
B) Un conjunto de mensajes a los que responde; cada
mensaje puede no tener parámetros, tener uno o varios.
C) Un conjunto de métodos, cada uno de los cuales es
código que implementa un mensaje; el método devuelve
un valor como respuesta al mensaje.
La palabra mensaje en un entorno orientado a objetos
no se refiere a el uso de mensajes físicos en redes
informáticas.
Por el contrario, hace referencia al intercambio de
solicitudes entre los objetos. Se utiliza a veces la
expresión invocar a un método para denotar el hecho de
enviar un mensaje a un objeto y la ejecución del método
correspondiente.
Generalmente, en una base de datos hay muchos
objetos similares. Por similar se entiende que responden
a los mismos mensajes, utilizan los mismos métodos y
tienen variables del mismo nombre y del mismo tipo.
Sería un derroche definir por separado cada uno de
estos objetos. Por tanto, los objetos parecidos se
agrupan para formar una clase.
El concepto de clase del modelo orientado a objetos se
corresponde con el concepto de entidad del modelo E-R.
Algunos ejemplos de clases en la base de datos bancaria
son los empleados, los clientes, las cuentas y los
préstamos.
Los esquemas de las bases de datos orientadas a objetos
suelen necesitar gran número de clases. Sin
embargo, varias de las clases son parecidas entre sí.
Por ejemplo, supóngase que se tiene una base de datos
orientada a objetos en la aplicación bancaria. Cabe
esperar que la clase de los clientes del banco sea
parecida a la clase de los empleados en que ambas
definan variables para nombre, dirección, etcétera.
 Sin embargo, hay algunas variables específicas de
los empleados (sueldo, por ejemplo) y otras
específicas de los clientes (interés-préstamo, por
ejemplo). Sería conveniente definir una
representación de las variables comunes en un
solo lugar.
Para permitir la representación directa de los
parecidos entre las clases hay que ubicarlas en una
jerarquía de especializaciones.
Por ejemplo, se puede decir que empleado es una
especialización de persona, dado que el conjunto
de los empleados es un subconjunto del conjunto
de personas. Es decir, todos los empleados son
personas. De manera parecida, cliente es una
especialización de persona.
La herencia múltiple permite a las clases heredar
variables y métodos de múltiples superclases. La relación
entre clases y subclases se representa mediante un grafo
cíclico dirigido en el que las clases pueden tener más de
una superclase.
Los objetos de las bases de datos orientadas a objetos
suelen corresponder a entidades del sistema modelado
por la base de datos. Las entidades conservan su
identidad aunque algunas de sus propiedades cambien
con el tiempo. Este concepto de identidad no se aplica a
las tablas de las bases de datos relacionales.
Ejemplos de identidad:
 Valor: Se utiliza un valor de datos como identidad. Esta
forma de identidad se utiliza en los sistemas
relacionales. Por ejemplo, el valor de la clave primaria
de una tabla identifica a la tabla.
 Nombre: Se utiliza como identidad un nombre
proporcionado por el usuario. Esta forma de identidad
suele utilizarse para los archivos en los sistemas de
archivos. Cada archivo recibe un nombre que lo
identifica de manera unívoca, independientemente de
su contenido.
 Incorporada: Se incluye el concepto de identidad
en el modelo de datos o en el lenguaje de
programación y no hace falta que el usuario
proporcione ningún identificador. Esta forma de
identidad se utiliza en los sistemas orientados a
objetos. Cada objeto recibe del sistema de manera
automática un identificador en el momento en
que se crea.
La identidad de los objetos es una noción conceptual; los
sistemas reales necesitan un mecanismo físico que
identifique los objetos de manera singular. Para los seres
humanos se suelen utilizar como identificadores los
nombres, junto con otra información como la fecha y el
lugar de nacimiento.
Los sistemas orientados a objetos proporcionan el
concepto de identificador del objeto para identificar a
los objetos. Los identificadores de los objetos son únicos;
es decir, cada objeto tiene un solo identificador y no hay
dos objetos que tengan el mismo identificador
 Consiste en estudiar los datos que se pretenden almacenar en
la base de datos antes de elegir el modelo de datos concreto
que se va a usar en la base de datos.
Los modelos semánticos fueron introducidos como herramientas
de diseño de esquemas 1. El motivo principal de su uso radicaba
en la exactitud del modelo de datos, como muchos autores
aseveran, el modelado semántico, no es mas, que una
representación del mundo real, estas propiedades no las tenían
las aplicaciones de bases de datos típicas.
Consiste en estudiar los datos que se pretenden almacenar en la
base de datos antes de elegir el modelo de datos concreto que
se va a usar en la base de datos.
Consta de:
 ENTIDAD: Un objeto distinguible.
 PROPIEDAD: Una pieza de información que describe una
entidad.
 VINCULO: Una entidad que sirve para interconectar dos o más
entidades
 SUBTIPO: El tipo de entidad Y es un subtipo del tipo de
entidad X si y sólo si toda Y es necesariamente una X
 Atributo simple: se dibuja escribiendo su nombre. Poniendo en
mayúscula las iniciales de cada persona que componga dicho
nombre.
 Atributo de grupo: se dibuja con un corchete derecho que
muestra la agrupación desde el nombre global que se le da al
conjunto d atributos asta el ultimo atributo que compone
dicho grupo.
 Atributo de objeto semántico : son los que establecen una
relación entre un objeto semántico y otro.
Modelos Lógicos Basados en Objetos
Modelos Lógicos Basados en Objetos

Más contenido relacionado

La actualidad más candente

Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
Fani Calle
 
Diccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de informaciónDiccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de información
Yaskelly Yedra
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
Nedoww Haw
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
errroman
 
Bases de datos jerarquicas
Bases de datos jerarquicasBases de datos jerarquicas
Bases de datos jerarquicas
Alejandro Salazar
 
Fundamentos de las bases de datos
Fundamentos de las bases de datosFundamentos de las bases de datos
Fundamentos de las bases de datos
Jaime David Romero Olivo
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
Juan Carlos Tapias
 
Tipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relacionesTipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relaciones
basilioj
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
Saul Mamani
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
gerardo_gauna
 
Seguridad en Base de Datos
Seguridad en Base de DatosSeguridad en Base de Datos
Seguridad en Base de Datos
myriam sarango
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datos
Caro_Noirgean
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
Jorge Garcia
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
UNIVERSIDAD PERUANA DE INVESTIGACIÓN Y NEGOCIOS
 
Introduccion bases de datos
Introduccion bases de datosIntroduccion bases de datos
Introduccion bases de datos
UTN
 
Unidad 1. Fundamentos de Base de Datos
Unidad 1. Fundamentos de Base de DatosUnidad 1. Fundamentos de Base de Datos
Unidad 1. Fundamentos de Base de Datos
hugodanielgd
 
Modelo entidad
Modelo entidadModelo entidad
Base de datos ppt
Base de datos pptBase de datos ppt
Base de datos ppt
Ricardo Daniel Polo Conopuma
 
modelo entidad-relacion
modelo entidad-relacionmodelo entidad-relacion
modelo entidad-relacion
Edwin Soto Castro
 
Proyecto De Base De Datos
Proyecto De Base De DatosProyecto De Base De Datos
Proyecto De Base De Datos
guesta67b7c
 

La actualidad más candente (20)

Arquitectura 3 Capas
Arquitectura 3 CapasArquitectura 3 Capas
Arquitectura 3 Capas
 
Diccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de informaciónDiccionario de datos en los sistemas de información
Diccionario de datos en los sistemas de información
 
Diagrama de clases
Diagrama de clasesDiagrama de clases
Diagrama de clases
 
diseño lógico y diseño físico
diseño lógico y diseño físicodiseño lógico y diseño físico
diseño lógico y diseño físico
 
Bases de datos jerarquicas
Bases de datos jerarquicasBases de datos jerarquicas
Bases de datos jerarquicas
 
Fundamentos de las bases de datos
Fundamentos de las bases de datosFundamentos de las bases de datos
Fundamentos de las bases de datos
 
Formato ieee830(srs lleno)
Formato ieee830(srs lleno)Formato ieee830(srs lleno)
Formato ieee830(srs lleno)
 
Tipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relacionesTipos de atributos y tipos de relaciones
Tipos de atributos y tipos de relaciones
 
2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso2. Casos de uso y diagramas de casos de uso
2. Casos de uso y diagramas de casos de uso
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Seguridad en Base de Datos
Seguridad en Base de DatosSeguridad en Base de Datos
Seguridad en Base de Datos
 
Normalizacion de bases de datos
Normalizacion de bases de datosNormalizacion de bases de datos
Normalizacion de bases de datos
 
Diccionario de datos
Diccionario de datosDiccionario de datos
Diccionario de datos
 
Estándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de NegociosEstándares para el Modelado de Procesos de Negocios
Estándares para el Modelado de Procesos de Negocios
 
Introduccion bases de datos
Introduccion bases de datosIntroduccion bases de datos
Introduccion bases de datos
 
Unidad 1. Fundamentos de Base de Datos
Unidad 1. Fundamentos de Base de DatosUnidad 1. Fundamentos de Base de Datos
Unidad 1. Fundamentos de Base de Datos
 
Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Base de datos ppt
Base de datos pptBase de datos ppt
Base de datos ppt
 
modelo entidad-relacion
modelo entidad-relacionmodelo entidad-relacion
modelo entidad-relacion
 
Proyecto De Base De Datos
Proyecto De Base De DatosProyecto De Base De Datos
Proyecto De Base De Datos
 

Similar a Modelos Lógicos Basados en Objetos

Modelo entidad de relación mendoza
Modelo entidad de relación mendozaModelo entidad de relación mendoza
Modelo entidad de relación mendoza
Rosii Pezo
 
Modelo entidad de relación mendoza
Modelo entidad de relación mendozaModelo entidad de relación mendoza
Modelo entidad de relación mendoza
Rosii Pezo
 
Modelo de datos semantico
Modelo de datos semanticoModelo de datos semantico
Modelo de datos semantico
clasetic2011
 
Modelamiento de-entidad relacion
Modelamiento de-entidad relacionModelamiento de-entidad relacion
Modelamiento de-entidad relacion
AnthonyLeonRuiz
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
BB
 
Modelo Entidad Relacion
Modelo Entidad Relacion Modelo Entidad Relacion
Modelo Entidad Relacion
Johaeli92
 
3a5 victor uquillas-tarea 1
3a5 victor uquillas-tarea 13a5 victor uquillas-tarea 1
3a5 victor uquillas-tarea 1
jusphe
 
Trabajo de sistemas andrey
Trabajo de sistemas andreyTrabajo de sistemas andrey
Trabajo de sistemas andrey
angaritaramirezramiroandrey
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
Maria Garcia
 
Modelado de datos
Modelado de datosModelado de datos
Modelado de datos
Lisi Vásquez Fernández
 
Presentacion pinzon...
Presentacion pinzon...Presentacion pinzon...
Presentacion pinzon...
mariacalderon530
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relación
tatytaloor
 
entidad relacion
entidad relacionentidad relacion
entidad relacion
Renato Castillo
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
Alfredo Colcha
 
1º deber de Auditoria
1º deber de Auditoria1º deber de Auditoria
1º deber de Auditoria
Raul-tobi Tapia
 
M.e.r
M.e.rM.e.r
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
Josetx
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
karina maita
 
Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad
karina maita
 
Universidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquilUniversidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquil
luigi87238
 

Similar a Modelos Lógicos Basados en Objetos (20)

Modelo entidad de relación mendoza
Modelo entidad de relación mendozaModelo entidad de relación mendoza
Modelo entidad de relación mendoza
 
Modelo entidad de relación mendoza
Modelo entidad de relación mendozaModelo entidad de relación mendoza
Modelo entidad de relación mendoza
 
Modelo de datos semantico
Modelo de datos semanticoModelo de datos semantico
Modelo de datos semantico
 
Modelamiento de-entidad relacion
Modelamiento de-entidad relacionModelamiento de-entidad relacion
Modelamiento de-entidad relacion
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
 
Modelo Entidad Relacion
Modelo Entidad Relacion Modelo Entidad Relacion
Modelo Entidad Relacion
 
3a5 victor uquillas-tarea 1
3a5 victor uquillas-tarea 13a5 victor uquillas-tarea 1
3a5 victor uquillas-tarea 1
 
Trabajo de sistemas andrey
Trabajo de sistemas andreyTrabajo de sistemas andrey
Trabajo de sistemas andrey
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Modelado de datos
Modelado de datosModelado de datos
Modelado de datos
 
Presentacion pinzon...
Presentacion pinzon...Presentacion pinzon...
Presentacion pinzon...
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relación
 
entidad relacion
entidad relacionentidad relacion
entidad relacion
 
Modelos de datos
Modelos de datosModelos de datos
Modelos de datos
 
1º deber de Auditoria
1º deber de Auditoria1º deber de Auditoria
1º deber de Auditoria
 
M.e.r
M.e.rM.e.r
M.e.r
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Modelo de datos
Modelo de datosModelo de datos
Modelo de datos
 
Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad Modelo de datos y Modelo de Identidad
Modelo de datos y Modelo de Identidad
 
Universidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquilUniversidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquil
 

Más de Yessenia I. Martínez M.

Estructuras de datos fundamentales
Estructuras de datos  fundamentalesEstructuras de datos  fundamentales
Estructuras de datos fundamentales
Yessenia I. Martínez M.
 
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
Yessenia I. Martínez M.
 
Guía de estudio -Módulo 1
Guía de estudio -Módulo 1Guía de estudio -Módulo 1
Guía de estudio -Módulo 1
Yessenia I. Martínez M.
 
Programación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos IProgramación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos I
Yessenia I. Martínez M.
 
Taller
TallerTaller
Psicosociología
PsicosociologíaPsicosociología
Psicosociología
Yessenia I. Martínez M.
 
Los Valores
Los ValoresLos Valores
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
Yessenia I. Martínez M.
 
Teamlab - Información Básica
Teamlab - Información BásicaTeamlab - Información Básica
Teamlab - Información Básica
Yessenia I. Martínez M.
 
Guía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
Guía para el Desarrollo de un Plan de Seguridad - Políticas y ProcedimientosGuía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
Guía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
Yessenia I. Martínez M.
 
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra ÓpticaComparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
Yessenia I. Martínez M.
 
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
Yessenia I. Martínez M.
 
Proyecto de calidad de software
Proyecto de calidad de softwareProyecto de calidad de software
Proyecto de calidad de software
Yessenia I. Martínez M.
 
Proyecto final (Administración) - Improvising Moments Bar Café
Proyecto final (Administración) - Improvising Moments Bar CaféProyecto final (Administración) - Improvising Moments Bar Café
Proyecto final (Administración) - Improvising Moments Bar Café
Yessenia I. Martínez M.
 
El Folklore Infantil
El Folklore InfantilEl Folklore Infantil
El Folklore Infantil
Yessenia I. Martínez M.
 
Indicadores de abuso sexual en la infancia
Indicadores de abuso sexual en la infanciaIndicadores de abuso sexual en la infancia
Indicadores de abuso sexual en la infancia
Yessenia I. Martínez M.
 
Linux Open SuSE
Linux Open SuSELinux Open SuSE
Linux Open SuSE
Yessenia I. Martínez M.
 
Herramientas Gráficas para MySQL
Herramientas Gráficas para MySQLHerramientas Gráficas para MySQL
Herramientas Gráficas para MySQL
Yessenia I. Martínez M.
 
Normalización Usando Dependencias Funcionales - Segunda Forma Normal
Normalización Usando Dependencias Funcionales - Segunda Forma NormalNormalización Usando Dependencias Funcionales - Segunda Forma Normal
Normalización Usando Dependencias Funcionales - Segunda Forma Normal
Yessenia I. Martínez M.
 
Sistema Operativo Solaris
Sistema Operativo SolarisSistema Operativo Solaris
Sistema Operativo Solaris
Yessenia I. Martínez M.
 

Más de Yessenia I. Martínez M. (20)

Estructuras de datos fundamentales
Estructuras de datos  fundamentalesEstructuras de datos  fundamentales
Estructuras de datos fundamentales
 
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
Guia de lectura - Una herramienta para el estudio de estructura de datos y al...
 
Guía de estudio -Módulo 1
Guía de estudio -Módulo 1Guía de estudio -Módulo 1
Guía de estudio -Módulo 1
 
Programación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos IProgramación del curso - Estructura de Datos I
Programación del curso - Estructura de Datos I
 
Taller
TallerTaller
Taller
 
Psicosociología
PsicosociologíaPsicosociología
Psicosociología
 
Los Valores
Los ValoresLos Valores
Los Valores
 
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
Plan de Desarrollo de Software - Sistema Gestor de Oferta y Adjudicación de P...
 
Teamlab - Información Básica
Teamlab - Información BásicaTeamlab - Información Básica
Teamlab - Información Básica
 
Guía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
Guía para el Desarrollo de un Plan de Seguridad - Políticas y ProcedimientosGuía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
Guía para el Desarrollo de un Plan de Seguridad - Políticas y Procedimientos
 
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra ÓpticaComparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
Comparación Técnica de Protocolos de Capa Física: Cable 10BaseT VS. Fibra Óptica
 
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
Visualización de Redes: Herramientas y Técnicas para la Creación y Evaluación...
 
Proyecto de calidad de software
Proyecto de calidad de softwareProyecto de calidad de software
Proyecto de calidad de software
 
Proyecto final (Administración) - Improvising Moments Bar Café
Proyecto final (Administración) - Improvising Moments Bar CaféProyecto final (Administración) - Improvising Moments Bar Café
Proyecto final (Administración) - Improvising Moments Bar Café
 
El Folklore Infantil
El Folklore InfantilEl Folklore Infantil
El Folklore Infantil
 
Indicadores de abuso sexual en la infancia
Indicadores de abuso sexual en la infanciaIndicadores de abuso sexual en la infancia
Indicadores de abuso sexual en la infancia
 
Linux Open SuSE
Linux Open SuSELinux Open SuSE
Linux Open SuSE
 
Herramientas Gráficas para MySQL
Herramientas Gráficas para MySQLHerramientas Gráficas para MySQL
Herramientas Gráficas para MySQL
 
Normalización Usando Dependencias Funcionales - Segunda Forma Normal
Normalización Usando Dependencias Funcionales - Segunda Forma NormalNormalización Usando Dependencias Funcionales - Segunda Forma Normal
Normalización Usando Dependencias Funcionales - Segunda Forma Normal
 
Sistema Operativo Solaris
Sistema Operativo SolarisSistema Operativo Solaris
Sistema Operativo Solaris
 

Último

El uso de las TIC por Cecilia Pozos S..pptx
El uso de las TIC  por Cecilia Pozos S..pptxEl uso de las TIC  por Cecilia Pozos S..pptx
El uso de las TIC por Cecilia Pozos S..pptx
cecypozos703
 
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANOREVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
gisellearanguren1
 
625204013-64-Camino-a-----La-Lectura.pdf
625204013-64-Camino-a-----La-Lectura.pdf625204013-64-Camino-a-----La-Lectura.pdf
625204013-64-Camino-a-----La-Lectura.pdf
yuberpalma
 
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdfPresentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
giampierdiaz5
 
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfqedublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
larapalaciosmonzon28
 
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
AMADO SALVADOR
 
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
codesiret
 
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptxLA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
pauca1501alvar
 
Uso de las Tics en la vida cotidiana.pptx
Uso de las Tics en la vida cotidiana.pptxUso de las Tics en la vida cotidiana.pptx
Uso de las Tics en la vida cotidiana.pptx
231485414
 
INFORMATICA Y TECNOLOGIA
INFORMATICA Y TECNOLOGIAINFORMATICA Y TECNOLOGIA
INFORMATICA Y TECNOLOGIA
renzocruz180310
 
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdfCURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
LagsSolucSoporteTecn
 
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajasSlideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
AdrianaRengifo14
 
TIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololoTIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololo
KukiiSanchez
 
Nuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsadNuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsad
larapalaciosmonzon28
 
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
AbrahamCastillo42
 
Inteligencia Artificial
Inteligencia ArtificialInteligencia Artificial
Inteligencia Artificial
YashiraPaye
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
jgvanessa23
 
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMAUML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
martinezluis17
 
La Inteligencia Artificial en la actualidad.docx
La Inteligencia Artificial en la actualidad.docxLa Inteligencia Artificial en la actualidad.docx
La Inteligencia Artificial en la actualidad.docx
luiscohailatenazoa0
 
El uso de las TIC's en la vida cotidiana
El uso de las TIC's en la vida cotidianaEl uso de las TIC's en la vida cotidiana
El uso de las TIC's en la vida cotidiana
231458066
 

Último (20)

El uso de las TIC por Cecilia Pozos S..pptx
El uso de las TIC  por Cecilia Pozos S..pptxEl uso de las TIC  por Cecilia Pozos S..pptx
El uso de las TIC por Cecilia Pozos S..pptx
 
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANOREVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
REVISTA TECNOLOGICA PARA EL DESARROLLO HUMANO
 
625204013-64-Camino-a-----La-Lectura.pdf
625204013-64-Camino-a-----La-Lectura.pdf625204013-64-Camino-a-----La-Lectura.pdf
625204013-64-Camino-a-----La-Lectura.pdf
 
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdfPresentación Seguridad Digital Profesional Azul Oscuro (1).pdf
Presentación Seguridad Digital Profesional Azul Oscuro (1).pdf
 
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfqedublogs info.docx asdasfasfsawqrdqwfqwfqwfq
edublogs info.docx asdasfasfsawqrdqwfqwfqwfq
 
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...
 
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)
 
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptxLA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
LA GLOBALIZACIÓN RELACIONADA CON EL USO DE HERRAMIENTAS.pptx
 
Uso de las Tics en la vida cotidiana.pptx
Uso de las Tics en la vida cotidiana.pptxUso de las Tics en la vida cotidiana.pptx
Uso de las Tics en la vida cotidiana.pptx
 
INFORMATICA Y TECNOLOGIA
INFORMATICA Y TECNOLOGIAINFORMATICA Y TECNOLOGIA
INFORMATICA Y TECNOLOGIA
 
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdfCURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
CURSO CAMARAS DE SEGURIDAD 2023 FINAL .pdf
 
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajasSlideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
Slideshare: definiciòn, registrarse, presentaciones, ventajas y desventajas
 
TIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololoTIC en educacion.rtf.docxlolololololololo
TIC en educacion.rtf.docxlolololololololo
 
Nuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsadNuevos tiempos, nuevos espacios.docxdsdsad
Nuevos tiempos, nuevos espacios.docxdsdsad
 
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)
 
Inteligencia Artificial
Inteligencia ArtificialInteligencia Artificial
Inteligencia Artificial
 
El uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptxEl uso de las TIC en la vida cotidiana.pptx
El uso de las TIC en la vida cotidiana.pptx
 
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMAUML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
UML_clase_02_UML_casos_de_uso_05 EN DIAGRAMA
 
La Inteligencia Artificial en la actualidad.docx
La Inteligencia Artificial en la actualidad.docxLa Inteligencia Artificial en la actualidad.docx
La Inteligencia Artificial en la actualidad.docx
 
El uso de las TIC's en la vida cotidiana
El uso de las TIC's en la vida cotidianaEl uso de las TIC's en la vida cotidiana
El uso de las TIC's en la vida cotidiana
 

Modelos Lógicos Basados en Objetos

  • 1.
  • 2.
  • 3. Es un lenguaje orientado a describir una Base de Datos. Permite describir:  Las estructuras de datos de la base.  Las restricciones de integridad.  Operaciones de manipulación de los datos.
  • 4.  Lenguaje de Definición de Datos o DDL (Data definition Language).  Lenguaje de Manipulación de Datos o DML (Data Manipulation Language).  A la parte del DML orientada a la recuperación de datos, usualmente se le llama Lenguaje de Consulta o QL (Query Language).
  • 5. Modelos lógicos basados en objetos: Son los orientados a la descripción de estructuras de datos y restricciones de integridad. Modelos Lógicos Basados en Objetos Modelo Entidad- Relación (E-R) Modelo Orientado a Objetos (OO). Modelo de Datos Semántico Modelo de Datos Funcional
  • 6. Modelos Lógicos Basado en Registros Datos Conceptual Físico Estructura lógica global de la base de datos Implementación de la Base de datos Especifican Describen En los niveles
  • 7. Modelos Lógicos Basado en Registros Registros Fijo Distinto Un número fijo de campos, o atributos, y cada campo normalmente es de longitud fija. Estructuran
  • 8. Modelos que existen Relacional Datos y Relaciones Tablas Filas Columnas Red Conjunto de Registros Conjunto de graficas arbitraria Conjunto de Relaciones Ligas o enlaces Jerárquico Conjunto de Árboles Representan Representan Por medio de Formado Organizado
  • 10. Modelos Físicos de Datos Para describir a los datos en el nivel más bajo Capturan aspectos de la implementación de los sistemas de base de datos. Modelo Unificador Memoria de Elementos Usado Básicamente Clasificaciones
  • 11. Formalización Diseño  Definir formalmente las estructuras permitidas y las restricciones a fin de representar los datos de un SI.  El modelo resultante es un elemento básico para el desarrollo de la metodología de diseño de la base de datos. Conjunto de conceptos, reglas y convenciones que nos permiten describir los datos del universo del discurso.
  • 12.  Objeto: cualquier entidad con existencia independiente sobre el que almacenan datos.  2. Relación: asociación entre objetos.  3. Restricción estática: propiedad estática del mundo real que no puede expresarse con los anteriores, ya que sólo se da en la base de datos; suele corresponder a valores u ocurrencias, y puede ser sobre atributos, entidades y relaciones.
  • 13.  4. Objeto compuesto: definidos como nuevos objetos dentro de la base de datos, tomando como punto de partida otros existentes, mediante mecanismos de agregación y asociación.  5. Generalización: se trata de relaciones de subclase entre objetos, es decir, parte de las características de diferentes entidades pueden resultar comunes entre ellas.
  • 14.  Operación: acción básica sobre objetos o relaciones.  2. Transacción: conjunto de operaciones que deben ejecutarse en su conjunto obligatoriamente.  3. Restricción dinámica: propiedades del mundo real que restringen la evolución en el tiempo de la base de datos.
  • 15.
  • 16. Consiste en buscar las entidades que describan los objetos que intervienen en el problema y las relaciones entre esas entidades.
  • 17. Conceptos Entidad Es una representación de un objeto individual concreto del mundo real. Conjunto de Entidades Es la clase o tipo al que pertenecen entidades con características comunes. Atributo Cada una de las características que posee una entidad, y que agrupadas permiten distinguirla de otras entidades del mismo conjunto.
  • 18. Conceptos Dominio Conjunto de valores posibles para un atributo. Relación (Interrelación) Es la asociación o conexión entre conjuntos de entidades. Grado Número de conjuntos de entidades que intervienen en una interrelación. Clave Es un conjunto de atributos que identifican de forma unívoca una entidad.
  • 19.  Es cada una de las claves mínimas existente en un conjunto de entidades  Clave principal(o primaria): es una clave candidata elegida de forma arbitraria, que usaremos siempre para identificar una entidad
  • 20.  Tengamos en cuenta que para definir una interrelación usaremos las claves primarias de las entidades interrelacionadas. De este modo, el identificador de una interrelación es el conjunto de las claves primarias de cada una de las entidades interrelacionadas.
  • 21.  Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos:  Relaciones 1-1.- Las entidades que intervienen en la relación se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relación MATRIMONIO).  Relaciones 1-n.- Una ocurrencia de una entidad está asociada con muchas (n) de otra (Ej: la entidad EMPRESA, la entidad TRABAJADOR y entre ellos la relación TRABAJAR-EN).  Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relación, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relación MATRÍCULA).
  • 22.  Tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relación, respectivamente: "1:1", "1:N" y "N:M", aunque la notación depende del lenguaje utilizado, la que más se usa actualmente es el unificado.
  • 23. Otra forma de expresar la cardinalidad es situando un símbolo cerca de la línea que conecta una entidad con una relación:  "0" si cada instancia de la entidad no está obligada a participar en la relación.  "1" si toda instancia de la entidad está obligada a participar en la relación y, además, solamente participa una vez.  "N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en la relación y puede hacerlo cualquier número de veces.
  • 24.  Cada esposo (entidad) está casado (relación) con una única esposa (entidad) y viceversa. Es una relación 1:1.  Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero una persona puede tener varias facturas emitidas a su nombre. Todas las facturas se emiten a nombre de alguien. Es una relación 1:N.  Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un artículo puede ser comprado por varios clientes distintos. Es una relación N:M.
  • 25.  Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisión" de la factura debería colocarse en la relación "se emite".
  • 26.  La herencia es un intento de adaptación de estos diagramas al paradigma orientado a objetos. La herencia es un tipo de relación entre una entidad "padre" y una entidad "hijo". La entidad "hijo" hereda todos los atributos y relaciones de la entidad "padre". Por tanto, no necesitan ser representadas dos veces en el diagrama. La relación de herencia se representa mediante un triángulo interconectado por líneas a las entidades. La entidad conectada por el vértice superior del triángulo es la entidad "padre". Solamente puede existir una entidad "padre" (herencia simple). Las entidades "hijo" se conectan por la base del triángulo.
  • 27.  Es una abstracción a través de la cual las relaciones se tratan como entidades de un nivel más alto. Se utiliza para expresar relaciones entre relaciones o entre entidades y relaciones. Se representa englobando la relación abstraída y las entidades que participan en ella en un rectángulo.
  • 28.
  • 29.
  • 30.
  • 31. •Le permite al usuario descubrir los distintos recursos dentro de una colección: encontrar, identificar, seleccionar y obtener ese recurso. • El modelo entidad relación va a permitir que se establezcan relaciones y asociaciones entre los distintos registros que van a facilitar las tareas del usuario. Desventajas: •Carece de un soporte formal y los SGBD no suelen implementarlo directamente. •Normalmente hay que transformarlo en un modelo de más bajo nivel.
  • 32. “Una empresa vende productos a varios clientes. Se necesita conocer los datos personales de los clientes (nombre, apellidos, cédula, dirección y fecha de nacimiento). Cada producto tiene un nombre y un código, así como un precio unitario. Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes. Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta que un producto sólo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos. De cada proveedor se desea conocer el NIF, nombre y dirección”.
  • 34. Clientes Productos Proveedores Compran Suministra dos por Fecha de Nacimiento Nombre del Producto Código Precio Unitario Nombre del Proveedor NIF Dirección Dirección CédulaNombre Apellido (N:M) (0:M) (0:M) (1:M) (1:M) (1:1)
  • 35.
  • 36. El modelo orientado a objetos está basado en el encapsulamiento de los datos y del código relacionado con cada objeto en una sola unidad cuyo contenido no es visible desde el exterior. Se considera que todas las interacciones entre cada objeto y el resto del sistema se realizan mediante mensajes. Por tanto, la interfaz entre cada objeto y el resto del sistema se define mediante un conjunto de mensajes permitidos.
  • 37. En general, cada objeto está asociado con: A) Un conjunto de variables que contiene los datos del objeto; las variables se corresponden con los atributos del modelo E-R. B) Un conjunto de mensajes a los que responde; cada mensaje puede no tener parámetros, tener uno o varios. C) Un conjunto de métodos, cada uno de los cuales es código que implementa un mensaje; el método devuelve un valor como respuesta al mensaje.
  • 38. La palabra mensaje en un entorno orientado a objetos no se refiere a el uso de mensajes físicos en redes informáticas. Por el contrario, hace referencia al intercambio de solicitudes entre los objetos. Se utiliza a veces la expresión invocar a un método para denotar el hecho de enviar un mensaje a un objeto y la ejecución del método correspondiente.
  • 39. Generalmente, en una base de datos hay muchos objetos similares. Por similar se entiende que responden a los mismos mensajes, utilizan los mismos métodos y tienen variables del mismo nombre y del mismo tipo. Sería un derroche definir por separado cada uno de estos objetos. Por tanto, los objetos parecidos se agrupan para formar una clase. El concepto de clase del modelo orientado a objetos se corresponde con el concepto de entidad del modelo E-R. Algunos ejemplos de clases en la base de datos bancaria son los empleados, los clientes, las cuentas y los préstamos.
  • 40. Los esquemas de las bases de datos orientadas a objetos suelen necesitar gran número de clases. Sin embargo, varias de las clases son parecidas entre sí. Por ejemplo, supóngase que se tiene una base de datos orientada a objetos en la aplicación bancaria. Cabe esperar que la clase de los clientes del banco sea parecida a la clase de los empleados en que ambas definan variables para nombre, dirección, etcétera.
  • 41.  Sin embargo, hay algunas variables específicas de los empleados (sueldo, por ejemplo) y otras específicas de los clientes (interés-préstamo, por ejemplo). Sería conveniente definir una representación de las variables comunes en un solo lugar.
  • 42. Para permitir la representación directa de los parecidos entre las clases hay que ubicarlas en una jerarquía de especializaciones. Por ejemplo, se puede decir que empleado es una especialización de persona, dado que el conjunto de los empleados es un subconjunto del conjunto de personas. Es decir, todos los empleados son personas. De manera parecida, cliente es una especialización de persona.
  • 43.
  • 44. La herencia múltiple permite a las clases heredar variables y métodos de múltiples superclases. La relación entre clases y subclases se representa mediante un grafo cíclico dirigido en el que las clases pueden tener más de una superclase.
  • 45.
  • 46. Los objetos de las bases de datos orientadas a objetos suelen corresponder a entidades del sistema modelado por la base de datos. Las entidades conservan su identidad aunque algunas de sus propiedades cambien con el tiempo. Este concepto de identidad no se aplica a las tablas de las bases de datos relacionales.
  • 47. Ejemplos de identidad:  Valor: Se utiliza un valor de datos como identidad. Esta forma de identidad se utiliza en los sistemas relacionales. Por ejemplo, el valor de la clave primaria de una tabla identifica a la tabla.  Nombre: Se utiliza como identidad un nombre proporcionado por el usuario. Esta forma de identidad suele utilizarse para los archivos en los sistemas de archivos. Cada archivo recibe un nombre que lo identifica de manera unívoca, independientemente de su contenido.
  • 48.  Incorporada: Se incluye el concepto de identidad en el modelo de datos o en el lenguaje de programación y no hace falta que el usuario proporcione ningún identificador. Esta forma de identidad se utiliza en los sistemas orientados a objetos. Cada objeto recibe del sistema de manera automática un identificador en el momento en que se crea.
  • 49. La identidad de los objetos es una noción conceptual; los sistemas reales necesitan un mecanismo físico que identifique los objetos de manera singular. Para los seres humanos se suelen utilizar como identificadores los nombres, junto con otra información como la fecha y el lugar de nacimiento. Los sistemas orientados a objetos proporcionan el concepto de identificador del objeto para identificar a los objetos. Los identificadores de los objetos son únicos; es decir, cada objeto tiene un solo identificador y no hay dos objetos que tengan el mismo identificador
  • 50.
  • 51.  Consiste en estudiar los datos que se pretenden almacenar en la base de datos antes de elegir el modelo de datos concreto que se va a usar en la base de datos.
  • 52. Los modelos semánticos fueron introducidos como herramientas de diseño de esquemas 1. El motivo principal de su uso radicaba en la exactitud del modelo de datos, como muchos autores aseveran, el modelado semántico, no es mas, que una representación del mundo real, estas propiedades no las tenían las aplicaciones de bases de datos típicas.
  • 53.
  • 54. Consiste en estudiar los datos que se pretenden almacenar en la base de datos antes de elegir el modelo de datos concreto que se va a usar en la base de datos. Consta de:  ENTIDAD: Un objeto distinguible.  PROPIEDAD: Una pieza de información que describe una entidad.  VINCULO: Una entidad que sirve para interconectar dos o más entidades  SUBTIPO: El tipo de entidad Y es un subtipo del tipo de entidad X si y sólo si toda Y es necesariamente una X
  • 55.
  • 56.  Atributo simple: se dibuja escribiendo su nombre. Poniendo en mayúscula las iniciales de cada persona que componga dicho nombre.  Atributo de grupo: se dibuja con un corchete derecho que muestra la agrupación desde el nombre global que se le da al conjunto d atributos asta el ultimo atributo que compone dicho grupo.  Atributo de objeto semántico : son los que establecen una relación entre un objeto semántico y otro.