SlideShare ist ein Scribd-Unternehmen logo
1 von 10
TRABAJO
BASE DE DATOS 2 PARTE
INTEGRANTES
Jannys Suárez Castillo
Paula Suárez Bueno
Grado : 11-1
Bucaramanga
2014
el modelo entidad-
relaciónEl Modelo Entidad-Relación.
Relación: Se elabora el diagrama (o diagramas) entidad-relación.
Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden
reflejar en el diagrama.
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un
modelo directamente implementarle en una permite mostrar resultados entre otras entidades pertenecientes
a las existentes de manera que se encuentre la normatividad de archivos que se almacenaran
Transformación de relaciones múltiples en binarias.
de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
Conversión en tablas (en caso de utilizar una base de datos. Entidad: Representa una “cosa” u "objeto" del
mundo real con existencia independiente, es decir, se diferencia unívocamente de otro objeto o cosa, incluso
siendo del mismo tipo, o una misma entidad.
Algunos Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por
ejemplo, el número de chasis).
Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).
Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc. (entidad
concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un
nombre,etc. (entidad abstracta).
Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona
las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento.
Qué es una relaciónQué es una relación?
Relaciones
   En los apartados anteriores hemos preparado dos Tablas: una para llevar el
control de los clientes y otra para llevar el control de las propiedades. Hemos
definido en común un campo: Código de propiedad. ¿Porqué? Necesitamos un
campo en común para las dos tablas de forma que en la tabla PROPIEDADES
podamos introducir las propiedades que sean, cada una con su código único que
las identificará. Pero también necesitamos introducir datos en la tabla clientes de
forma que le asignemos una propiedad a cada uno de ellos. Posteriormente
podemos realizar consultas y crear formularios de las dos tablas, gracias a este
campo en común. De esta forma, podemos introducir datos en la tabla
CLIENTES pero asegurándonos que existen en la tabla PROPIEDADES. Así no
habrá lugar a equivocaciones. Lo que vamos a hacer es una relación.
Definición de Relación
   Una relación es una característica especial de Access que hace que podamos
trabajar con varias tablas relacionadas a través de un campo en común
Tipos de relaciones:Tipos de relaciones:
 Existen tres tipos de relaciones:
 1 .Relación de uno a uno:
     En este tipo de relación, un registro de la tabla 1 sólo puede
estar enlazado con un único registro de la tabla 2 y viceversa.
Este tipo de relación es la que menos se utiliza. Un ejemplo
podría ser éste, en el que cada persona tiene un único DNI:

Relación 2Relación 2
 2. Relación de varios a varios:
     Cada registro de la tabla 1 puede estar enlazado con
varios registros de la tabla 2 y viceversa. En el
siguiente ejemplo, en la tabla 1 cada película
pueden trabajar varios actores y, en la tabla 2, un
mismo actor puede trabajar en varias películas:

Relación 3Relación 3
 3. Relación de varios a varios:
     Cada registro de la tabla 1 puede estar enlazado con varios
registros de la tabla 2, pero cada registro de la tabla 2 sólo
puede estar enlazado con un registro de la tabla 1. En el
siguiente ejemplo, un equipo puede tener varios jugadores,
pero cada jugador sólo puede jugar en un equipo:

Ejemplo de los tipos deEjemplo de los tipos de
relacionesrelaciones
 Con la base de datos de nuestro ejemplo abierta, pulsa en el botón Relaciones o
bien accede desde Herramientas - Relaciones.
      Ha aparecido una nueva ventana con las dos tablas preparadas para crear la
relación.
  
 Arrastra el campo Código de propiedad desde una tabla hasta otra:

Cual es el proceso de diseño de
una BD:
 Al organizar los datos de forma apropiada,
proporciona flexibilidad a la base de datos y
tiene la posibilidad de combinar y presentar
información de muchas formas diferentes.
 Al diseñar una base de datos, en primer lugar
debe dividir la información que desea
almacenar como temas distintos y después
indicar a Visual FoxPro cómo se relacionan
estos temas para que pueda recuperar la
información correcta cuando sea necesario. Si
mantiene la información en tablas separadas
facilitará la organización y el mantenimiento
de los datos y conseguirá aplicaciones de alto
rendimiento.

Pasos y procesos para el diseñoPasos y procesos para el diseño
de una BD:de una BD: El proceso de diseño
 El proceso de diseño consta de los pasos siguientes:
 Determinar la finalidad de la base de datos    
 Esto le ayudará a estar preparado para los demás pasos.
 Buscar y organizar la información necesaria    
 Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de
productos o los números de pedidos.
 Dividir la información en tablas    
 Divida los elementos de información en entidades o temas principales, como Productos o Pedidos.
Cada tema pasará a ser una tabla.
 Convertir los elementos de información en columnas    
 Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se
mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos
como Apellido y Fecha de contratación.
 Especificar claves principales    
 Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar
inequívocamente cada fila, como Id. de producto o Id. de pedido.
 Definir relaciones entre las tablas    
 Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue
campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.
 Ajustar el diseño    
 Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con datos de
ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes
necesarios en el diseño.
 Aplicar las reglas de normalización    
 Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas
correctamente. Realice los ajustes necesarios en las tablas.
Grafico autoformas officeGrafico autoformas office
maria juan jose laura
0
100,000
200,000
300,000
400,000
500,000
600,000
700,000
800,000
salario
sueldo
gastos

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (17)

ENTORNO DE ACCESS
ENTORNO DE ACCESSENTORNO DE ACCESS
ENTORNO DE ACCESS
 
Presentacinaccess hugo xavier
Presentacinaccess hugo xavierPresentacinaccess hugo xavier
Presentacinaccess hugo xavier
 
Presentación de Access
Presentación de AccessPresentación de Access
Presentación de Access
 
TABLAS EN ACCESS
TABLAS EN ACCESSTABLAS EN ACCESS
TABLAS EN ACCESS
 
Elementos básicos de access 2010
Elementos básicos de access 2010Elementos básicos de access 2010
Elementos básicos de access 2010
 
Base de Datos en Access 2013
Base de Datos en Access 2013Base de Datos en Access 2013
Base de Datos en Access 2013
 
Partes de la ventana de access
Partes de la ventana de accessPartes de la ventana de access
Partes de la ventana de access
 
Access 2007
Access 2007Access 2007
Access 2007
 
Access 2010 explicación
Access 2010 explicaciónAccess 2010 explicación
Access 2010 explicación
 
11 1
11 111 1
11 1
 
Separata access 2013
Separata access 2013Separata access 2013
Separata access 2013
 
ACCESS-conceptosbasicos
ACCESS-conceptosbasicosACCESS-conceptosbasicos
ACCESS-conceptosbasicos
 
EG LBDC
EG LBDC EG LBDC
EG LBDC
 
power
powerpower
power
 
Bases de datos relacionales (1)
Bases de datos relacionales (1)Bases de datos relacionales (1)
Bases de datos relacionales (1)
 
Partes de la ventana de acces
Partes de la ventana de accesPartes de la ventana de acces
Partes de la ventana de acces
 
JOSUE ;)
JOSUE ;)JOSUE ;)
JOSUE ;)
 

Andere mochten auch

MFC Nacional - Tarjeta de Navidad 2014
MFC Nacional - Tarjeta de Navidad 2014MFC Nacional - Tarjeta de Navidad 2014
MFC Nacional - Tarjeta de Navidad 2014Mfc Nacional
 
Ficha tecnica 1
Ficha tecnica 1Ficha tecnica 1
Ficha tecnica 1anukbi
 
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...juan9624
 
Romanticismo literario
Romanticismo literarioRomanticismo literario
Romanticismo literarioPipe Bayona
 
Top leitores e turmas
Top leitores e turmasTop leitores e turmas
Top leitores e turmasikas81
 
vizavy "Gestion active des batiments"
vizavy  "Gestion active des batiments"vizavy  "Gestion active des batiments"
vizavy "Gestion active des batiments"vizavy
 
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...LWISSA
 
1 creamos la base de datos
1 creamos la base de datos1 creamos la base de datos
1 creamos la base de datosjerson_paez
 
Plano de act 1
Plano de act 1Plano de act 1
Plano de act 1sstab
 
Evaluation 2
Evaluation 2Evaluation 2
Evaluation 2turiga
 
Kuliah pip 1
Kuliah pip 1Kuliah pip 1
Kuliah pip 1dian_m
 

Andere mochten auch (20)

Porta Fidei
Porta FideiPorta Fidei
Porta Fidei
 
MFC Nacional - Tarjeta de Navidad 2014
MFC Nacional - Tarjeta de Navidad 2014MFC Nacional - Tarjeta de Navidad 2014
MFC Nacional - Tarjeta de Navidad 2014
 
Ficha tecnica 1
Ficha tecnica 1Ficha tecnica 1
Ficha tecnica 1
 
Presentacion lauraycelia
Presentacion laurayceliaPresentacion lauraycelia
Presentacion lauraycelia
 
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...
Evidencias de ejecución de la planificación del ciclo 1 "la educación física ...
 
C08ex03, subtitle
C08ex03, subtitleC08ex03, subtitle
C08ex03, subtitle
 
Romanticismo literario
Romanticismo literarioRomanticismo literario
Romanticismo literario
 
Top leitores e turmas
Top leitores e turmasTop leitores e turmas
Top leitores e turmas
 
Kdd y3
Kdd y3Kdd y3
Kdd y3
 
vizavy "Gestion active des batiments"
vizavy  "Gestion active des batiments"vizavy  "Gestion active des batiments"
vizavy "Gestion active des batiments"
 
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...
Jornada No Arancelada - Planeamiento Estratégico y Arquitectura Empresarial -...
 
Jei
JeiJei
Jei
 
Labels de marangelys
Labels de marangelysLabels de marangelys
Labels de marangelys
 
Graficos en excel 2010
Graficos en excel 2010Graficos en excel 2010
Graficos en excel 2010
 
1 creamos la base de datos
1 creamos la base de datos1 creamos la base de datos
1 creamos la base de datos
 
Plano de act 1
Plano de act 1Plano de act 1
Plano de act 1
 
Evaluation 2
Evaluation 2Evaluation 2
Evaluation 2
 
Mi dfe
Mi dfeMi dfe
Mi dfe
 
Redes globales y entornos locales.
Redes globales y entornos locales.Redes globales y entornos locales.
Redes globales y entornos locales.
 
Kuliah pip 1
Kuliah pip 1Kuliah pip 1
Kuliah pip 1
 

Ähnlich wie Base de datos parte #2 (20)

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 2
Base de datos 2Base de datos 2
Base de datos 2
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Relaciones
RelacionesRelaciones
Relaciones
 
BasedeDatos
BasedeDatosBasedeDatos
BasedeDatos
 
Presentación1
Presentación1Presentación1
Presentación1
 
Diapositivas
DiapositivasDiapositivas
Diapositivas
 
Diapositivas
DiapositivasDiapositivas
Diapositivas
 
Informatica[1]
Informatica[1]Informatica[1]
Informatica[1]
 
Bases de datos!
Bases de datos!Bases de datos!
Bases de datos!
 
Base de datos segunda parte
Base de datos segunda parteBase de datos segunda parte
Base de datos segunda parte
 
Presentacinaccess 150606210823-lva1-app6892
Presentacinaccess 150606210823-lva1-app6892Presentacinaccess 150606210823-lva1-app6892
Presentacinaccess 150606210823-lva1-app6892
 
modelo cardinalidad (E-R).pptx
modelo cardinalidad (E-R).pptxmodelo cardinalidad (E-R).pptx
modelo cardinalidad (E-R).pptx
 
B
BB
B
 
Paola
PaolaPaola
Paola
 
Paola
PaolaPaola
Paola
 
Informatica...malle
Informatica...malleInformatica...malle
Informatica...malle
 
Informatica...Malle
Informatica...MalleInformatica...Malle
Informatica...Malle
 

Base de datos parte #2

  • 1. TRABAJO BASE DE DATOS 2 PARTE INTEGRANTES Jannys Suárez Castillo Paula Suárez Bueno Grado : 11-1 Bucaramanga 2014
  • 2. el modelo entidad- relaciónEl Modelo Entidad-Relación. Relación: Se elabora el diagrama (o diagramas) entidad-relación. Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama. El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementarle en una permite mostrar resultados entre otras entidades pertenecientes a las existentes de manera que se encuentre la normatividad de archivos que se almacenaran Transformación de relaciones múltiples en binarias. de relaciones (algunas relaciones pueden transformarse en atributos y viceversa). Conversión en tablas (en caso de utilizar una base de datos. Entidad: Representa una “cosa” u "objeto" del mundo real con existencia independiente, es decir, se diferencia unívocamente de otro objeto o cosa, incluso siendo del mismo tipo, o una misma entidad. Algunos Ejemplos: Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos). Un automóvil. (Aunque sean de la misma marca, el mismo modelo,..., tendrán atributos diferentes, por ejemplo, el número de chasis). Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección). Una entidad puede ser un objeto con existencia física como: una persona, un animal, una casa, etc. (entidad concreta); o un objeto con existencia conceptual como: un puesto de trabajo, una asignatura de clases, un nombre,etc. (entidad abstracta). Una entidad está descrita y se representa por sus características o atributos. Por ejemplo, la entidad Persona las características: Nombre, Apellido, Género, Estatura, Peso, Fecha de nacimiento.
  • 3. Qué es una relaciónQué es una relación? Relaciones    En los apartados anteriores hemos preparado dos Tablas: una para llevar el control de los clientes y otra para llevar el control de las propiedades. Hemos definido en común un campo: Código de propiedad. ¿Porqué? Necesitamos un campo en común para las dos tablas de forma que en la tabla PROPIEDADES podamos introducir las propiedades que sean, cada una con su código único que las identificará. Pero también necesitamos introducir datos en la tabla clientes de forma que le asignemos una propiedad a cada uno de ellos. Posteriormente podemos realizar consultas y crear formularios de las dos tablas, gracias a este campo en común. De esta forma, podemos introducir datos en la tabla CLIENTES pero asegurándonos que existen en la tabla PROPIEDADES. Así no habrá lugar a equivocaciones. Lo que vamos a hacer es una relación. Definición de Relación    Una relación es una característica especial de Access que hace que podamos trabajar con varias tablas relacionadas a través de un campo en común
  • 4. Tipos de relaciones:Tipos de relaciones:  Existen tres tipos de relaciones:  1 .Relación de uno a uno:      En este tipo de relación, un registro de la tabla 1 sólo puede estar enlazado con un único registro de la tabla 2 y viceversa. Este tipo de relación es la que menos se utiliza. Un ejemplo podría ser éste, en el que cada persona tiene un único DNI: 
  • 5. Relación 2Relación 2  2. Relación de varios a varios:      Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2 y viceversa. En el siguiente ejemplo, en la tabla 1 cada película pueden trabajar varios actores y, en la tabla 2, un mismo actor puede trabajar en varias películas: 
  • 6. Relación 3Relación 3  3. Relación de varios a varios:      Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2, pero cada registro de la tabla 2 sólo puede estar enlazado con un registro de la tabla 1. En el siguiente ejemplo, un equipo puede tener varios jugadores, pero cada jugador sólo puede jugar en un equipo: 
  • 7. Ejemplo de los tipos deEjemplo de los tipos de relacionesrelaciones  Con la base de datos de nuestro ejemplo abierta, pulsa en el botón Relaciones o bien accede desde Herramientas - Relaciones.       Ha aparecido una nueva ventana con las dos tablas preparadas para crear la relación.     Arrastra el campo Código de propiedad desde una tabla hasta otra: 
  • 8. Cual es el proceso de diseño de una BD:  Al organizar los datos de forma apropiada, proporciona flexibilidad a la base de datos y tiene la posibilidad de combinar y presentar información de muchas formas diferentes.  Al diseñar una base de datos, en primer lugar debe dividir la información que desea almacenar como temas distintos y después indicar a Visual FoxPro cómo se relacionan estos temas para que pueda recuperar la información correcta cuando sea necesario. Si mantiene la información en tablas separadas facilitará la organización y el mantenimiento de los datos y conseguirá aplicaciones de alto rendimiento. 
  • 9. Pasos y procesos para el diseñoPasos y procesos para el diseño de una BD:de una BD: El proceso de diseño  El proceso de diseño consta de los pasos siguientes:  Determinar la finalidad de la base de datos      Esto le ayudará a estar preparado para los demás pasos.  Buscar y organizar la información necesaria      Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos.  Dividir la información en tablas      Divida los elementos de información en entidades o temas principales, como Productos o Pedidos. Cada tema pasará a ser una tabla.  Convertir los elementos de información en columnas      Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos como Apellido y Fecha de contratación.  Especificar claves principales      Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.  Definir relaciones entre las tablas      Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.  Ajustar el diseño      Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes necesarios en el diseño.  Aplicar las reglas de normalización      Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas correctamente. Realice los ajustes necesarios en las tablas.
  • 10. Grafico autoformas officeGrafico autoformas office maria juan jose laura 0 100,000 200,000 300,000 400,000 500,000 600,000 700,000 800,000 salario sueldo gastos