1 / 36

EL MODELO RELACIONAL

EL MODELO RELACIONAL. MODELO RELACIONAL. Es el más popular debido a que conceptualmente es más sencillo y comprensible por los usuarios finales y los profesionales de T I; además puede evolucionar, ya que las relaciones entre los datos no necesitan estar predefinidas.

merton
Download Presentation

EL MODELO RELACIONAL

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. EL MODELO RELACIONAL

  2. MODELO RELACIONAL • Es el más popular debido a que conceptualmente es más sencillo y comprensible por los usuarios finales y los profesionales de T I; además puede evolucionar, ya que las relaciones entre los datos no necesitan estar predefinidas. • Fue desarrollado en 1970 por E.F. Codd y se basa en una relación de una tabla bidimensional.

  3. MODELO RELACIONAL ATRIBUTOS REGISTROS

  4. ENTIDAD (OCURRENCIA): TIPO DE ENTIDAD: Un objeto de relevancia para la empresa, sobre el cual se puede guardar información El conjunto de todas las entidades a las que aplica una definición específica y atributos comunes CONCEPTOS SOBRE ENTIDAD

  5. EL CONCEPTO ATRIBUTO • Un atributo es un descriptor de un tipo de entidad • La ocurrencia de un atributo es un valor • Los atributos forman la base para el diseño de campos, también llamados “elementos dato”

  6. ATRIBUTOS EMPLEADO tiene ATRIBUTOS • NOMBRE • DIRECCIÓN • ESTADO CIVIL • EDAD • NO. SEGURO SOCIAL

  7. EJEMPLOS DE ATRIBUTOS TIPO DE ENTIDAD ATRIBUTO VALOR CONFERENCIANTE Nombre Juan del Pueblo Género Masculino Salario $ 550.000.00 SEMINARIO Nombre Diseño de Sistemas Duración 3 días Nivel Introductorio

  8. CONCEPTOS SOBRE RELACIONES • Relación: Una razón por la cual entidades pueden asociarse. Una asociación entre tipos de entidad. • Pareja: Una ocurrencia de una relación.

  9. RELACIONES PROFESIONAL trabaja en FÁBRICA

  10. CARDINALIDAD • La singularidad o pluralidad de un miembro de una relación se llama “CARDINALIDAD”. • TIENE TRES POSIBILIDADES: • Uno a Uno 1:1 • Uno a Muchos 1:M • Muchos a Muchos M:M o M:N • Ejemplos: Hombre casado con mujer 1:1 Hombre padre de niño 1:M Profesor imparte curso M:M

  11. Esquema entidad-relaciónsímbolos utilizados ATRIBUTO O CAMPO ENTIDAD RELACION ATRIBUTO DERIVADO

  12. EJEMPLO Supóngase el esquema de entidad relación para un departamento con respecto a sus empleados Id_depto 1:N Pertenece Departamento Empleado Ubicación Salario No_Depto Nombre Cédula Nombre La entidad Departamento se asocia con la entidad Empleado a través de su campo llave No_depto, el cual vincula la relación al campo Id_depto, con una cardinalidad de 1:N ya que un mismo departamento puede tener muchos empleados.

  13. Conceptos importantes • Campo: es la representación de un valor en la tabla, estos pueden ser numéricos, de texto, de fecha/hora, o memo. • Registro: Es el conjunto de campos referidos a una entidad particular. • Tabla: Representa el conjunto de todos los registros de una entidad. • Base de datos: Es el conjunto de todas las tablas que definen las diferentes entidades del sistema

  14. Conceptos importantes • Campo llave ó clave primaria (primarykey): es un campo que define totalmente el registro, y tiene las siguientes características: • Es único para cada registro • No puede ser nulo • Clave ajena o clave secundaria (foreignkey): es el campo que se vincula a un campo llave, formando la relación entre dos tablas.

  15. BASE DE DATOS RELACIONAL

  16. NORMALIZACIÓN • ES EL PROCESO DE SIMPLIFICAR LA RELACIÓN ENTRE LOS CAMPOS DE UN REGISTRO; POR SU MEDIO, UN CONJUNTO DE DATOS EN UN REGISTRO SE REEMPLAZA POR VARIOS REGISTROS QUE SON MÁS SIMPLES Y PREDECIBLES, Y POR LO TANTO MÁS MANEJABLES

  17. NORMALIZACIÓN SE LLEVA A CABO POR CUATRO RAZONES: • Estructurar los datos de forma que se puedan representar las relaciones pertinentes entre ellos • Permitir la recuperación sencilla de los datos en respuesta a las solicitudes de consultas e informes (reportes)

  18. NORMALIZACIÓN • Simplificar el mantenimiento de los datos actualizándolos, insertándolos y borrándolos • Reducir la necesidad de reestructurar o reorganizar los datos cuando surjan nuevas aplicaciones

  19. Relaciones no Normalizadas NORMALIZACIÓN Eliminar Grupos de Repetición PASO 1 Relaciones en 1a. Forma Normal (FN1) Elimine las depen- dencias parciales PASO 2 Relaciones en 2a. Forma Normal (FN2) Elimine las depen- dencias transitorias PASO 3 Relaciones en 3a. Forma Normal (FN3)

  20. PRIMERA FORMA NORMAL • LA PRIMERA FORMA NORMAL (FN1) SE ALCANZA CUANDO SE ELIMINAN TODOS LOS GRUPOS DE REPETICIÓN, DE FORMA QUE UN REGISTRO TENGA LONGITUD FIJA • LA APARICIÓN REPETIDA DE UN DATO O GRUPO DE DATOS DENTRO DE UN REGISTRO, ES EN REALIDAD OTRA RELACIÓN

  21. PRIMERA FORMA NORMAL • EL DATO O GRUPO REPETIDO SE QUITA DEL REGISTRO Y SE LE CONSIDERA COMO UNA RELACIÓN ADICIONAL • NÓTESE QUE LO QUE SE SEPARA NO ES O SON LOS CAMPOS QUE SE REPITEN, SINO LOS QUE CAUSAN ESA REPETICIÓN

  22. SEGUNDA FORMA NORMAL • SE ALCANZA CUANDO UN REGISTRO ESTÁ EN FN1 Y CADA CAMPO DEPENDE TOTALMENTE DE LA LLAVE PRIMARIA • PARA LOGRARLO, CADA CAMPO DEL REGISTRO QUE NO DEPENDA DE LA LLAVE PRIMARIA, DEBE ELIMINARSE Y SE UTILIZA PARA FORMAR UN REGISTRO SEPARADO

  23. SEGUNDA FORMA NORMAL • SE BUSCA LA DEPENDENCIA FUNCIONAL: • UN CAMPO ES FUNCIONALMENTE DEPENDIENTE, SI SU VALOR ESTÁ ASOCIADO DE MANERA ÚNICA CON UN CAMPO ESPECÍFICO

  24. SEGUNDA FORMA NORMAL • UN VEHÍCULO TIENE UN NÚMERO DE PLACA ESPECÍFICO; EL NÚMERO DE SERIE ESTÁ ASOCIADO CON UNO Y SÓLO UN NÚMERO DE PLACA ; DE ESTA MANERA, SI SE CONOCE EL NÚMERO DE SERIE SE PUEDE DETERMINAR SU NÚMERO DE PLACA

  25. SEGUNDA FORMA NORMAL • EN CONTRASTE. SI EL REGISTRO DE UN VEHÍCULO CONTIENE EL NOMBRE DE TODAS LAS PERSONAS QUE LO MANEJAN, SE PIERDE LA DEPENDENCIA FUNCIONAL

  26. TERCERA FORMA NORMAL • LA TERCERA FORMA NORMAL (FN3) CONSISTE EN ELIMINAR LAS DEPENDENCIAS TRANSITIVAS EN UN DISEÑO DE REGISTRO

  27. TERCERA FORMA NORMAL • UNA DEPENDENCIA ES TRANSITIVA CUANDO ALGUNO DE LOS ATRIBUTOS NO PRIMARIOS ES DEPENDIENTE DEL CRITERIO PRIMARIO Y DE ATRIBUTOS NO PRIMARIOS

  28. DEPENDENCIA TRANSITIVA NUMERO_ CLIENTE NOMBRE_ CLIENTE NUMERO_ ALMACEN UBICACION_ ALMACEN

  29. Bibliografía recomendada Michael R. Groh y otros. La biblia de Access 2007. 1ª. Edición. Ediciones Anaya. Madrid, España. 2007. pp. 960 Laudon & Laudon. Sistemas de Información Gerencial. 10ª. Edición. PearsonEducation, México. 2008, pp236. Manuel de Jesús Ramos y otros. Desarrollo de aplicaciones en entornos de 4ª. Generación y con herramientas CASE. 1ª. Edición. Editorial Mc Graw Hill. España. 2000. pp. 565. Silberchatz y otros, Fundamentos de bases de datos. 3ª. Edición. Mc Graw Hill. Mexico. 1998. pp 641.

More Related