SlideShare una empresa de Scribd logo
1 de 7
Nombre: Camilo Andres Jaimes Marin
Grado: 11-2
Profesora: Susan V. Hernández
Un diagrama o modelo
entidad-relación (a veces
denominado por sus siglas en
inglés, E-R "Entity
relationship", o del
español DER "Diagrama de
Entidad Relación") es una
herramienta para el modelado
de datos que permite
representar las entidades
relevantes de un sistema de
información así como sus
interrelaciones y propiedades.
 Describe cierta dependencia entre entidades o permite la asociación
de las mismas.
Ejemplo: Si tenemos dos entidades, "CLIENTE" y "HABITACION",
podemos entender la relación entre ambas al tomar un caso concreto
(ocurrencia) de cada una de ellas. Entonces, podríamos tener la
ocurrencia "Habitación 502", de la entidad "HABITACION" y la
ocurrencia "Henry Jonshon Mcfly Bogard", de la entidad "CLIENTE",
entre las que es posible relacionar que la habitación 502 se
encuentra ocupada por el huésped de nombre Henry.
Una relación tiene sentido al expresar las entidades que relaciona. En
el ejemplo anterior, podemos decir que un huésped (entidad), se aloja
(relación) en una habitación (entidad).
Se representan mediante un rombo etiquetado en su interior con un
verbo. Este rombo se debe unir mediante líneas con las entidades
(rectángulos) que relaciona, para así saber cuál es la relación que
lleva cada uno.
Existen varios tipos entre Los cuales encontramos:
 Relación reflexiva o recursiva. Relaciona una entidad consigo misma.
Ejemplo: empleados que pueden ser jefes de otros empleados.
 Relación entre las mismas dos entidades. Muy útil en el caso de
necesitar almacenar información histórica completa. Ejemplo: proyectos en
los que trabaja actualmente un empleado y proyectos en los que ha
trabajado anteriormente.
 Relación ternaria. Asociación de tres entidades. La forma de hallar
cardinalidades en las relaciones ternarias es fijar una combinación de
elementos en dos de los extremos de la relación y obtener lógicamente las
cardinalidades mínima y máxima en el otro extremo libre. Ejemplo: el título
de un libro, un autor y una editorial se relacionan las tres mediante la
acción de publicar el libro.
 Relación de espcialización (ES-UN). Tipificación de una entidad en en
subtipos en número finito y conocido. Cada subtipo puede poseer atributos
propios que. Los subtipos heredan los atributos que pudiera tener la
entidad general. Este tipo de relación puede clasificarse de dos maneras
distintas.
 Una entidad persona tiene los subtipos hombre y mujer. Una misma
persona no puede ser hombre y mujer a la vez por lo que la relación
es exclusiva. No puede existir una persona que no sea hombre ni
mujer, por lo que también es total.
 Se conviene en que un vehículo puede ser un coche, un camión o
una moto. La relación es claramente exclusiva (un vehículo no
puede ser coche y camión a la vez, ni camión y moto, etc) y parcial
pues puede haber vehículos que no sean ni coche ni camión ni
moto.
 La entidad que representa a un universitario tiene los subtipos
profesor y estudiante. Un mismo universitario puede ser ambas
cosas a la vez (p.e. un profesor puede estar matriculado como
alumno en alguna facultad) por lo que la relación es inclusiva. No
puede existir un universitario que no sea ni profesor ni estudiante,
por lo que también es total.
 Expresamos mediante una relación de especialización el que una
función matemática tiene asociados los subtipos continua y
derivable. La relación es inclusiva pues una misma función puede
ser ambas cosas a la vez, y parcial porque existen funciones que
no son continuas ni derivables
A continuación se indican los pasos que hay que seguir en el proceso
de diseño de una base de datos. Cada paso se trata con mayor
detalle en los temas restantes de esta sección.
 Determinar el propósito de la base de datos Este paso le
ayudará a decidir los datos que desea que Visual FoxPro almacene.
 Determinar las tablas necesarias Cuando ya conozca
claramente el propósito de la base de datos, puede dividir la
información en temas distintos, como "Employees" u "Orders".
Cada tema será una tabla de la base de datos.
 Determinar los campos necesarios Tiene que decidir la
información que desea incluir en cada tabla. Cada categoría de
información de una tabla se denomina campo y se muestra en
forma de columna al examinar la tabla. Por ejemplo, un campo de la
tabla Employee podría ser Last_name y otro podría ser Hire_date.
 Determinar las relaciones Observe cada tabla y decida cómo se
relacionan sus datos con los de las tablas restantes. Agregue
campos a las tablas o cree tablas nuevas para clarificar las
relaciones, si es necesario.
 Perfeccionar el diseño Busque errores en el diseño. Cree las
tablas y agregue algunos registros de datos de ejemplo. Vea si
puede obtener los resultados que desea de sus tablas. Haga los
ajustes necesarios al diseño.
Base de datos

Más contenido relacionado

La actualidad más candente

La actualidad más candente (16)

Base de datos parte 2
Base de datos parte 2Base de datos parte 2
Base de datos parte 2
 
Modelamiento entidad relacion
Modelamiento entidad relacionModelamiento entidad relacion
Modelamiento entidad relacion
 
Yajaira coa
Yajaira coaYajaira coa
Yajaira coa
 
base de datos
 base de datos base de datos
base de datos
 
Diapositivas de informatica david
Diapositivas de informatica davidDiapositivas de informatica david
Diapositivas de informatica david
 
Base de datos 2♥ Yoshira
Base de datos 2♥ YoshiraBase de datos 2♥ Yoshira
Base de datos 2♥ Yoshira
 
Base de datos segunda parte
Base de datos segunda parteBase de datos segunda parte
Base de datos segunda parte
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelo Relacional
Modelo RelacionalModelo Relacional
Modelo Relacional
 
Base de datos
Base de datosBase de datos
Base de datos
 
Modelo de datos entidad relación
Modelo de datos entidad relaciónModelo de datos entidad relación
Modelo de datos entidad relación
 
Karen arevalo
Karen arevaloKaren arevalo
Karen arevalo
 
Base de datos parte2
Base de datos parte2Base de datos parte2
Base de datos parte2
 
BASE DE DATOS
BASE DE DATOSBASE DE DATOS
BASE DE DATOS
 
Basededatos2parte
Basededatos2parteBasededatos2parte
Basededatos2parte
 

Similar a Base de datos

Base de datos 2 parte
Base de datos 2 parteBase de datos 2 parte
Base de datos 2 parteSilviaRincon4
 
Duvan johao
Duvan   johaoDuvan   johao
Duvan johaoduvan21
 
Tipos de relaciones
Tipos de relacionesTipos de relaciones
Tipos de relacionesnatha16853
 
Modelo entidad relaciónalvarolegarda
Modelo entidad relaciónalvarolegardaModelo entidad relaciónalvarolegarda
Modelo entidad relaciónalvarolegardaalvarolegarda
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relaciónnabi4
 
Deber de informatica ii
Deber de informatica iiDeber de informatica ii
Deber de informatica ii093044281
 
Deber de informatica ii
Deber de informatica iiDeber de informatica ii
Deber de informatica ii093044281
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relacióntatytaloor
 
Modelo entidad relación informatik 2
Modelo entidad relación informatik 2Modelo entidad relación informatik 2
Modelo entidad relación informatik 2geanellavallejo
 
Modelo entidad relación
Modelo entidad  relaciónModelo entidad  relación
Modelo entidad relaciónRonald Rivera
 
3a5 shirley vinces- tarea1
3a5 shirley vinces- tarea13a5 shirley vinces- tarea1
3a5 shirley vinces- tarea1shirley_vinces
 
Deber # 1 info modelo de entidad relacional
Deber # 1 info modelo de entidad relacionalDeber # 1 info modelo de entidad relacional
Deber # 1 info modelo de entidad relacionalpaitonoguera
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacionalivonesu
 
Modelo Entidad Relacion
Modelo Entidad Relacion Modelo Entidad Relacion
Modelo Entidad Relacion Johaeli92
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion okBB
 
Esthela reina
Esthela reinaEsthela reina
Esthela reinaEsthela95
 

Similar a Base de datos (20)

Base de datos 2 parte
Base de datos 2 parteBase de datos 2 parte
Base de datos 2 parte
 
Duvan johao
Duvan   johaoDuvan   johao
Duvan johao
 
base de datos
base de datosbase de datos
base de datos
 
Tipos de relaciones
Tipos de relacionesTipos de relaciones
Tipos de relaciones
 
Tarea 1
Tarea 1Tarea 1
Tarea 1
 
Modelo entidad relaciónalvarolegarda
Modelo entidad relaciónalvarolegardaModelo entidad relaciónalvarolegarda
Modelo entidad relaciónalvarolegarda
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Deber de informatica ii
Deber de informatica iiDeber de informatica ii
Deber de informatica ii
 
Deber de informatica ii
Deber de informatica iiDeber de informatica ii
Deber de informatica ii
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relación
 
Modelo entidad relación informatik 2
Modelo entidad relación informatik 2Modelo entidad relación informatik 2
Modelo entidad relación informatik 2
 
Modelo entidad relación
Modelo entidad  relaciónModelo entidad  relación
Modelo entidad relación
 
3a5 shirley vinces- tarea1
3a5 shirley vinces- tarea13a5 shirley vinces- tarea1
3a5 shirley vinces- tarea1
 
Deber # 1 info modelo de entidad relacional
Deber # 1 info modelo de entidad relacionalDeber # 1 info modelo de entidad relacional
Deber # 1 info modelo de entidad relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo Entidad Relacion
Modelo Entidad Relacion Modelo Entidad Relacion
Modelo Entidad Relacion
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
 
Esthela reina
Esthela reinaEsthela reina
Esthela reina
 
SISTEMA ORIENTADO A OBJETOS
SISTEMA ORIENTADO A OBJETOSSISTEMA ORIENTADO A OBJETOS
SISTEMA ORIENTADO A OBJETOS
 

Más de Camilo Andres Jaimes Marin (8)

Proceso de accion de tutela
Proceso de accion de tutelaProceso de accion de tutela
Proceso de accion de tutela
 
Mapa conseptualNetiqueta
Mapa conseptualNetiquetaMapa conseptualNetiqueta
Mapa conseptualNetiqueta
 
Netiqueta
NetiquetaNetiqueta
Netiqueta
 
Proceso de accion de tutela
Proceso de accion de tutelaProceso de accion de tutela
Proceso de accion de tutela
 
Netiqueta
NetiquetaNetiqueta
Netiqueta
 
Netiqueta
NetiquetaNetiqueta
Netiqueta
 
Bullying y cyberbullying
Bullying y cyberbullyingBullying y cyberbullying
Bullying y cyberbullying
 
Bullying y ciberbullying
Bullying y ciberbullyingBullying y ciberbullying
Bullying y ciberbullying
 

Base de datos

  • 1. Nombre: Camilo Andres Jaimes Marin Grado: 11-2 Profesora: Susan V. Hernández
  • 2. Un diagrama o modelo entidad-relación (a veces denominado por sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación") es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.
  • 3.  Describe cierta dependencia entre entidades o permite la asociación de las mismas. Ejemplo: Si tenemos dos entidades, "CLIENTE" y "HABITACION", podemos entender la relación entre ambas al tomar un caso concreto (ocurrencia) de cada una de ellas. Entonces, podríamos tener la ocurrencia "Habitación 502", de la entidad "HABITACION" y la ocurrencia "Henry Jonshon Mcfly Bogard", de la entidad "CLIENTE", entre las que es posible relacionar que la habitación 502 se encuentra ocupada por el huésped de nombre Henry. Una relación tiene sentido al expresar las entidades que relaciona. En el ejemplo anterior, podemos decir que un huésped (entidad), se aloja (relación) en una habitación (entidad). Se representan mediante un rombo etiquetado en su interior con un verbo. Este rombo se debe unir mediante líneas con las entidades (rectángulos) que relaciona, para así saber cuál es la relación que lleva cada uno.
  • 4. Existen varios tipos entre Los cuales encontramos:  Relación reflexiva o recursiva. Relaciona una entidad consigo misma. Ejemplo: empleados que pueden ser jefes de otros empleados.  Relación entre las mismas dos entidades. Muy útil en el caso de necesitar almacenar información histórica completa. Ejemplo: proyectos en los que trabaja actualmente un empleado y proyectos en los que ha trabajado anteriormente.  Relación ternaria. Asociación de tres entidades. La forma de hallar cardinalidades en las relaciones ternarias es fijar una combinación de elementos en dos de los extremos de la relación y obtener lógicamente las cardinalidades mínima y máxima en el otro extremo libre. Ejemplo: el título de un libro, un autor y una editorial se relacionan las tres mediante la acción de publicar el libro.  Relación de espcialización (ES-UN). Tipificación de una entidad en en subtipos en número finito y conocido. Cada subtipo puede poseer atributos propios que. Los subtipos heredan los atributos que pudiera tener la entidad general. Este tipo de relación puede clasificarse de dos maneras distintas.
  • 5.  Una entidad persona tiene los subtipos hombre y mujer. Una misma persona no puede ser hombre y mujer a la vez por lo que la relación es exclusiva. No puede existir una persona que no sea hombre ni mujer, por lo que también es total.  Se conviene en que un vehículo puede ser un coche, un camión o una moto. La relación es claramente exclusiva (un vehículo no puede ser coche y camión a la vez, ni camión y moto, etc) y parcial pues puede haber vehículos que no sean ni coche ni camión ni moto.  La entidad que representa a un universitario tiene los subtipos profesor y estudiante. Un mismo universitario puede ser ambas cosas a la vez (p.e. un profesor puede estar matriculado como alumno en alguna facultad) por lo que la relación es inclusiva. No puede existir un universitario que no sea ni profesor ni estudiante, por lo que también es total.  Expresamos mediante una relación de especialización el que una función matemática tiene asociados los subtipos continua y derivable. La relación es inclusiva pues una misma función puede ser ambas cosas a la vez, y parcial porque existen funciones que no son continuas ni derivables
  • 6. A continuación se indican los pasos que hay que seguir en el proceso de diseño de una base de datos. Cada paso se trata con mayor detalle en los temas restantes de esta sección.  Determinar el propósito de la base de datos Este paso le ayudará a decidir los datos que desea que Visual FoxPro almacene.  Determinar las tablas necesarias Cuando ya conozca claramente el propósito de la base de datos, puede dividir la información en temas distintos, como "Employees" u "Orders". Cada tema será una tabla de la base de datos.  Determinar los campos necesarios Tiene que decidir la información que desea incluir en cada tabla. Cada categoría de información de una tabla se denomina campo y se muestra en forma de columna al examinar la tabla. Por ejemplo, un campo de la tabla Employee podría ser Last_name y otro podría ser Hire_date.  Determinar las relaciones Observe cada tabla y decida cómo se relacionan sus datos con los de las tablas restantes. Agregue campos a las tablas o cree tablas nuevas para clarificar las relaciones, si es necesario.  Perfeccionar el diseño Busque errores en el diseño. Cree las tablas y agregue algunos registros de datos de ejemplo. Vea si puede obtener los resultados que desea de sus tablas. Haga los ajustes necesarios al diseño.