
BASE DE DATOSBASE DE DATOS
Segunda parteSegunda parte
Por: Luis Eduardo Rueda CastilloPor: Luis Eduardo Rueda Castillo
Grado: 11-2Grado: 11-2

 1. modelo de identidad-relación
 2. que es un relación?
 3. Que tipos de relaciones existen, defina cada uno de
ellas y dé un ejemplo.
 4. Cual es el proceso de diseño de una BD:
 5. grafico
CONTENIDO
 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.

MODELO
ENTIDAD-RELACIÓN

 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 "HABITACIÓN" y la ocurrencia "Henry Johnson 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 Johnson McFly Bogard.
 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.
RELACIÓN

 Llamada 1 La información de este formulario
procede de la tabla Clientes...
 Llamada 2 ...la tabla Empleados...
 Llamada 3 ...la tabla Pedidos...
 Llamada 4 ...la tabla Productos...
 Llamada 5 ...y la tabla Detalles de pedidos.
Crear una relación
entre las tablas
  Relación uno a uno.
Se presenta cuando existe una relación como su nombre lo indica uno a uno,
denominado también relación de matrimonio. Una entidad del tipo A solo se puede
relacionar con una entidad del tipo B, y viceversa;
Por ejemplo: la relación asignación de automóvil que contiene a las entidades
EMPLEADO, AUTO, es una relación 1 a 1, ya que asocia a un empleado con un único
automóvil por lo tanto ningún empleado posee más de un automóvil asignado, y
ningún vehículo se asigna a más de un trabajador.
Es representado gráficamente de la siguiente manera:

                  
A: Representa a una entidad  de cualquier tipo diferente a una entidad B.
R: en el diagrama representa a la relación que existe entre las entidades.
El extremo de la flecha que se encuentra punteada indica el uno de la relación,
en este caso, una entidad A ligada a una entidad B.

TIPOS DE RELACIÓN








Relación uno a muchos.
Significa que una entidad del tipo A puede relacionarse con cualquier
cantidad de entidades del tipo B, y una entidad del tipo B solo puede
estar relacionada con una entidad del tipo A. 
Su representación gráfica es la siguiente:
Nótese en este caso que el extremo punteado de la flecha de la relación
de A y B, indica una entidad A conectada a muchas entidades B.


 Muchos a uno.
Indica que una entidad del tipo B puede relacionarse
con cualquier cantidad de entidades del tipo A,
mientras que cada entidad del tipo A solo puede
relacionarse con solo una entidad del tipo B.

 Muchas a muchas.

Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier
cantidad de entidades del tipo B.
A los tipos de relaciones antes descritos, también se le conoce como cardinalidad.
La cardinalidad nos especifica los tipos de relaciones que existen entre las entidades en el modelo E-
R y establecer con esto las validaciones necesarias para conseguir que los datos de la instancia (valor
único en un momento dado de una base de datos) correspondan con la realidad.
Algunos ejemplos de cardinalidades de la vida común pueden ser:
Uno a uno.
El noviazgo, el RFC de cada persona, El CURP personal, El acta de nacimiento, ya que solo existe un
solo documento de este tipo para cada una de las diferentes personas.
Uno a muchos.
Cliente – Cuenta en un banco, Padre-Hijos, Camión-Pasajeros, zoológico- animales, árbol – hojas.
Muchos a muchos.
Arquitecto – proyectos, fiesta – personas, estudiante – materias.
 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.
PROCESO DE DISEÑO DE
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.

Base de datos segunda parte

  • 1.
     BASE DE DATOSBASEDE DATOS Segunda parteSegunda parte Por: Luis Eduardo Rueda CastilloPor: Luis Eduardo Rueda Castillo Grado: 11-2Grado: 11-2
  • 2.
      1. modelode identidad-relación  2. que es un relación?  3. Que tipos de relaciones existen, defina cada uno de ellas y dé un ejemplo.  4. Cual es el proceso de diseño de una BD:  5. grafico CONTENIDO
  • 3.
     Un diagramao 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.  MODELO ENTIDAD-RELACIÓN
  • 4.
      Describe ciertadependencia 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 "HABITACIÓN" y la ocurrencia "Henry Johnson 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 Johnson McFly Bogard.  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. RELACIÓN
  • 5.
      Llamada 1La información de este formulario procede de la tabla Clientes...  Llamada 2 ...la tabla Empleados...  Llamada 3 ...la tabla Pedidos...  Llamada 4 ...la tabla Productos...  Llamada 5 ...y la tabla Detalles de pedidos. Crear una relación entre las tablas
  • 6.
      Relación unoa uno. Se presenta cuando existe una relación como su nombre lo indica uno a uno, denominado también relación de matrimonio. Una entidad del tipo A solo se puede relacionar con una entidad del tipo B, y viceversa; Por ejemplo: la relación asignación de automóvil que contiene a las entidades EMPLEADO, AUTO, es una relación 1 a 1, ya que asocia a un empleado con un único automóvil por lo tanto ningún empleado posee más de un automóvil asignado, y ningún vehículo se asigna a más de un trabajador. Es representado gráficamente de la siguiente manera:                     A: Representa a una entidad  de cualquier tipo diferente a una entidad B. R: en el diagrama representa a la relación que existe entre las entidades. El extremo de la flecha que se encuentra punteada indica el uno de la relación, en este caso, una entidad A ligada a una entidad B.  TIPOS DE RELACIÓN
  • 7.
            Relación uno amuchos. Significa que una entidad del tipo A puede relacionarse con cualquier cantidad de entidades del tipo B, y una entidad del tipo B solo puede estar relacionada con una entidad del tipo A.  Su representación gráfica es la siguiente: Nótese en este caso que el extremo punteado de la flecha de la relación de A y B, indica una entidad A conectada a muchas entidades B. 
  • 8.
      Muchos auno. Indica que una entidad del tipo B puede relacionarse con cualquier cantidad de entidades del tipo A, mientras que cada entidad del tipo A solo puede relacionarse con solo una entidad del tipo B.
  • 9.
      Muchas amuchas.  Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con cualquier cantidad de entidades del tipo B. A los tipos de relaciones antes descritos, también se le conoce como cardinalidad. La cardinalidad nos especifica los tipos de relaciones que existen entre las entidades en el modelo E- R y establecer con esto las validaciones necesarias para conseguir que los datos de la instancia (valor único en un momento dado de una base de datos) correspondan con la realidad. Algunos ejemplos de cardinalidades de la vida común pueden ser: Uno a uno. El noviazgo, el RFC de cada persona, El CURP personal, El acta de nacimiento, ya que solo existe un solo documento de este tipo para cada una de las diferentes personas. Uno a muchos. Cliente – Cuenta en un banco, Padre-Hijos, Camión-Pasajeros, zoológico- animales, árbol – hojas. Muchos a muchos. Arquitecto – proyectos, fiesta – personas, estudiante – materias.
  • 10.
     Determinar elpropó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. PROCESO DE DISEÑO DE BD
  • 11.
     Determinar el propósitode 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.