SlideShare una empresa de Scribd logo
1 de 9
BASE DE DATOS
LAURA SOFIA RINCON REYES
JULIETH CAMILA RINCON LOPEZ
11-1
Modelo 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.
• El modelo de datos entidad-relación está basado en una percepción del mundo real
que consta de una colección de objetos básicos, llamados entidades, y de relaciones
entre esos objetos.
• Fue inventado por Peter Chan en los años setenta. El propósito de este modelo es
simplificar el diseño de bases de datos a partir de descripciones textuales de los
requerimientos. Las entidades tienen atributos.
• Por ejemplo, el profesor tiene un nombre, una fecha de nacimiento y un número de
R.U.T; algunos de los valores de estos atributos los comparte con otras personas, y
otros son exclusivos de él. El profesor además tiene otras propiedades, como su masa
o estatura, que no son interesantes.
Que es una Relación
• Describe cierta dependencia entre entidades o permite la asociación de las mismas.
• Una relación tiene sentido al expresar las entidades que relaciona.
• Las relaciones se describen en la estructura de la base de datos empleando un modelo de
datos.
• Las relaciones son muy empleadas en los modelos de bases de datos relacional y afines.
• 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.
Tipos de relaciones
Se pueden distinguir tres tipos de relaciones:
Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un
único registro de la otra tabla y viceversa.
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con una
lista de Alcaldes, una población sólo puede tener un alcalde, y un alcalde lo será únicamente de
una población.
Relación Uno a Varios: Cuando un registro de una tabla (tabla secundaria) sólo puede estar
relacionado con un único registro de la otra tabla (tabla principal) y un registro de la otra
tabla (tabla principal) puede tener más de un registro relacionado en la primera tabla (tabla
secundaria).
Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los
habitantes, una población puede tener más de un habitante, pero un habitante pertenecerá
(estará empadronado) en una única población.
• Relación Varios a Varios: Cuando un registro de una tabla puede
estar relacionado con más de un registro de la otra tabla y
viceversa.
• Por ejemplo: tenemos dos tablas una con los datos de clientes y
otra con los artículos que se venden en la empresa, una cliente
podrá realizar un pedido con varios artículos, y un artículo podrá
ser vendido a más de un cliente.
• Las relaciones varios a varios se suelen representar definiendo una
tabla intermedia entre las dos tablas. Siguiendo el ejemplo
anterior sería definir una tabla líneas de pedido relacionada con
clientes y con artículos.
EL PROCESO DE DISEÑO UNA BD
* 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.
• No se preocupe si se equivoca o si olvida algunos aspectos en el diseño
inicial. Piense en él como en un borrador que podrá mejorar
posteriormente. Pruebe con datos de ejemplo y con prototipos de los
formularios e informes. Con Visual FoxPro resulta sencillo modificar el
diseño de la base de datos durante su creación. Sin embargo, es mucho
más difícil modificar las tablas cuando ya están llenas de datos y se han
generado formularios e informes. Por este motivo, debe asegurarse de
tener un diseño sólido antes de llegar demasiado lejos en la programación
de una aplicación.
GRAFICO
Diseño de Una B D
Determinar el
propósito de la
base de Datos
Determinar las
Tabla Necesarias Determinar los
campos
Necesarios
Determinar las
relaciones
Perfeccionar el
Diseño
http://es.wikipedia.org/wiki/Modelo_entidad-
relaci%C3%B3n#Base_te.C3.B3rica_y_conceptual
http://www.aulaclic.es/access2000/b_5_1_1.htm
http://msdn.microsoft.com/es-
es/library/cc466455(v=vs.71).aspx

Más contenido relacionado

La actualidad más candente (15)

Base de datos dox 5
Base de datos dox 5Base de datos dox 5
Base de datos dox 5
 
Base de datos
Base de datosBase de datos
Base de datos
 
BASE DE DATOS
BASE DE DATOSBASE DE DATOS
BASE DE DATOS
 
Informe 5
Informe 5Informe 5
Informe 5
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de dato sgrupo 5
Base de dato sgrupo 5Base de dato sgrupo 5
Base de dato sgrupo 5
 
Base de datos grupo 5
Base de datos grupo 5Base de datos grupo 5
Base de datos grupo 5
 
4. access parte 1
4. access parte 14. access parte 1
4. access parte 1
 
informatica
informaticainformatica
informatica
 
Base de datos 2
Base de datos 2Base de datos 2
Base de datos 2
 
Base de datos
Base de datosBase de datos
Base de datos
 
Duvan johao
Duvan   johaoDuvan   johao
Duvan johao
 
Base de datos 2 parten 2014
Base de datos   2 parten 2014Base de datos   2 parten 2014
Base de datos 2 parten 2014
 
Base de dato access nº2
Base de dato access  nº2Base de dato access  nº2
Base de dato access nº2
 
Base de datos access
Base de datos accessBase de datos access
Base de datos access
 

Destacado

Uribarri Matiko'12
Uribarri Matiko'12Uribarri Matiko'12
Uribarri Matiko'12BASORLEGI
 
El Camino de Santiago
El Camino de SantiagoEl Camino de Santiago
El Camino de Santiagoangelcrumbz
 
Lista de-precios-compugreiff-octubre-04-2013
Lista de-precios-compugreiff-octubre-04-2013Lista de-precios-compugreiff-octubre-04-2013
Lista de-precios-compugreiff-octubre-04-2013xxxxx
 
higiene de columna
higiene de columna higiene de columna
higiene de columna Chez Glez
 
Sesion 32 - Plan de Mejoras
Sesion 32 - Plan de Mejoras Sesion 32 - Plan de Mejoras
Sesion 32 - Plan de Mejoras andrea.kine
 
Webinar - VIT Autocode for NUUO
Webinar - VIT Autocode for NUUOWebinar - VIT Autocode for NUUO
Webinar - VIT Autocode for NUUOIgor Orlov
 
Ergonomía en la manipulación de carga
Ergonomía en la manipulación de cargaErgonomía en la manipulación de carga
Ergonomía en la manipulación de cargaandresl12
 
Doc prl 04_i_manipulación_manual_de_cargas_r0
Doc prl 04_i_manipulación_manual_de_cargas_r0Doc prl 04_i_manipulación_manual_de_cargas_r0
Doc prl 04_i_manipulación_manual_de_cargas_r0jesusbcn
 
Ergoterapia e Higiene de columna
Ergoterapia e Higiene de columna Ergoterapia e Higiene de columna
Ergoterapia e Higiene de columna MiGguelina
 
Higiene de columna
Higiene de columnaHigiene de columna
Higiene de columnaestebanpinho
 

Destacado (17)

Kazahana Restaurant DD Package, shanghai, China (Remedios Studio)
Kazahana Restaurant DD Package, shanghai, China (Remedios Studio)Kazahana Restaurant DD Package, shanghai, China (Remedios Studio)
Kazahana Restaurant DD Package, shanghai, China (Remedios Studio)
 
Uribarri Matiko'12
Uribarri Matiko'12Uribarri Matiko'12
Uribarri Matiko'12
 
LOR_Lisa
LOR_LisaLOR_Lisa
LOR_Lisa
 
Manifesto em apoio a Raquel Dias 161
Manifesto em apoio a Raquel Dias 161Manifesto em apoio a Raquel Dias 161
Manifesto em apoio a Raquel Dias 161
 
El Camino de Santiago
El Camino de SantiagoEl Camino de Santiago
El Camino de Santiago
 
Lista de-precios-compugreiff-octubre-04-2013
Lista de-precios-compugreiff-octubre-04-2013Lista de-precios-compugreiff-octubre-04-2013
Lista de-precios-compugreiff-octubre-04-2013
 
Amistades y enamoramiento (vii unidad)
Amistades y enamoramiento (vii unidad)Amistades y enamoramiento (vii unidad)
Amistades y enamoramiento (vii unidad)
 
Carga mental
Carga mentalCarga mental
Carga mental
 
higiene de columna
higiene de columna higiene de columna
higiene de columna
 
Sesion 32 - Plan de Mejoras
Sesion 32 - Plan de Mejoras Sesion 32 - Plan de Mejoras
Sesion 32 - Plan de Mejoras
 
Webinar - VIT Autocode for NUUO
Webinar - VIT Autocode for NUUOWebinar - VIT Autocode for NUUO
Webinar - VIT Autocode for NUUO
 
Ergonomía
ErgonomíaErgonomía
Ergonomía
 
Ergonomía en la manipulación de carga
Ergonomía en la manipulación de cargaErgonomía en la manipulación de carga
Ergonomía en la manipulación de carga
 
Doc prl 04_i_manipulación_manual_de_cargas_r0
Doc prl 04_i_manipulación_manual_de_cargas_r0Doc prl 04_i_manipulación_manual_de_cargas_r0
Doc prl 04_i_manipulación_manual_de_cargas_r0
 
Cap. manejo de cargas
Cap. manejo de cargasCap. manejo de cargas
Cap. manejo de cargas
 
Ergoterapia e Higiene de columna
Ergoterapia e Higiene de columna Ergoterapia e Higiene de columna
Ergoterapia e Higiene de columna
 
Higiene de columna
Higiene de columnaHigiene de columna
Higiene de columna
 

Similar a Base de datos segunda parte

Similar a Base de datos segunda parte (20)

Base de datos 2 parte
Base de datos   2 parteBase de datos   2 parte
Base de datos 2 parte
 
Base de datos 2 parte
Base de datos   2 parteBase de datos   2 parte
Base de datos 2 parte
 
Base de datos
Base de datos  Base de datos
Base de datos
 
Base de datos 2 parte
Base de datos   2 parteBase de datos   2 parte
Base de datos 2 parte
 
informatica
informaticainformatica
informatica
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos
Base de datos Base de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Yajaira coa
Yajaira coaYajaira coa
Yajaira coa
 
Paola
PaolaPaola
Paola
 
Paola
PaolaPaola
Paola
 
Base de datos 2
Base de datos 2Base de datos 2
Base de datos 2
 
Base de datos 2
Base de datos 2Base de datos 2
Base de datos 2
 
Base de datos segunda parte!
Base de datos  segunda parte!Base de datos  segunda parte!
Base de datos segunda parte!
 
Base datos 2 camila florez maria florez
Base datos 2 camila florez maria florezBase datos 2 camila florez maria florez
Base datos 2 camila florez maria florez
 
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
Fase de planeacio de fase 4 de actividades de aprendizaje del progrmaa analis...
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelamiento entidad relacion
Modelamiento entidad relacionModelamiento entidad relacion
Modelamiento entidad relacion
 
Conceptos basicos de base de datos
Conceptos basicos de base de datosConceptos basicos de base de datos
Conceptos basicos de base de datos
 

Base de datos segunda parte

  • 1. BASE DE DATOS LAURA SOFIA RINCON REYES JULIETH CAMILA RINCON LOPEZ 11-1
  • 2. Modelo 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. • El modelo de datos entidad-relación está basado en una percepción del mundo real que consta de una colección de objetos básicos, llamados entidades, y de relaciones entre esos objetos. • Fue inventado por Peter Chan en los años setenta. El propósito de este modelo es simplificar el diseño de bases de datos a partir de descripciones textuales de los requerimientos. Las entidades tienen atributos. • Por ejemplo, el profesor tiene un nombre, una fecha de nacimiento y un número de R.U.T; algunos de los valores de estos atributos los comparte con otras personas, y otros son exclusivos de él. El profesor además tiene otras propiedades, como su masa o estatura, que no son interesantes.
  • 3. Que es una Relación • Describe cierta dependencia entre entidades o permite la asociación de las mismas. • Una relación tiene sentido al expresar las entidades que relaciona. • Las relaciones se describen en la estructura de la base de datos empleando un modelo de datos. • Las relaciones son muy empleadas en los modelos de bases de datos relacional y afines. • 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.
  • 4. Tipos de relaciones Se pueden distinguir tres tipos de relaciones: Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con una lista de Alcaldes, una población sólo puede tener un alcalde, y un alcalde lo será únicamente de una población. Relación Uno a Varios: Cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la otra tabla (tabla principal) puede tener más de un registro relacionado en la primera tabla (tabla secundaria). Por ejemplo: tenemos dos tablas una con los datos de diferentes poblaciones y otra con los habitantes, una población puede tener más de un habitante, pero un habitante pertenecerá (estará empadronado) en una única población.
  • 5. • Relación Varios a Varios: Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. • Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artículos que se venden en la empresa, una cliente podrá realizar un pedido con varios artículos, y un artículo podrá ser vendido a más de un cliente. • Las relaciones varios a varios se suelen representar definiendo una tabla intermedia entre las dos tablas. Siguiendo el ejemplo anterior sería definir una tabla líneas de pedido relacionada con clientes y con artículos.
  • 6. EL PROCESO DE DISEÑO UNA BD * 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.
  • 7. • 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. • No se preocupe si se equivoca o si olvida algunos aspectos en el diseño inicial. Piense en él como en un borrador que podrá mejorar posteriormente. Pruebe con datos de ejemplo y con prototipos de los formularios e informes. Con Visual FoxPro resulta sencillo modificar el diseño de la base de datos durante su creación. Sin embargo, es mucho más difícil modificar las tablas cuando ya están llenas de datos y se han generado formularios e informes. Por este motivo, debe asegurarse de tener un diseño sólido antes de llegar demasiado lejos en la programación de una aplicación.
  • 8. GRAFICO Diseño de Una B D Determinar el propósito de la base de Datos Determinar las Tabla Necesarias Determinar los campos Necesarios Determinar las relaciones Perfeccionar el Diseño