360 likes | 620 Views
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.
E N D
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.
MODELO RELACIONAL ATRIBUTOS REGISTROS
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
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”
ATRIBUTOS EMPLEADO tiene ATRIBUTOS • NOMBRE • DIRECCIÓN • ESTADO CIVIL • EDAD • NO. SEGURO SOCIAL
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
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.
RELACIONES PROFESIONAL trabaja en FÁBRICA
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
Esquema entidad-relaciónsímbolos utilizados ATRIBUTO O CAMPO ENTIDAD RELACION ATRIBUTO DERIVADO
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.
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
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.
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
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)
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
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)
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
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
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
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
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
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
TERCERA FORMA NORMAL • LA TERCERA FORMA NORMAL (FN3) CONSISTE EN ELIMINAR LAS DEPENDENCIAS TRANSITIVAS EN UN DISEÑO DE REGISTRO
TERCERA FORMA NORMAL • UNA DEPENDENCIA ES TRANSITIVA CUANDO ALGUNO DE LOS ATRIBUTOS NO PRIMARIOS ES DEPENDIENTE DEL CRITERIO PRIMARIO Y DE ATRIBUTOS NO PRIMARIOS
DEPENDENCIA TRANSITIVA NUMERO_ CLIENTE NOMBRE_ CLIENTE NUMERO_ ALMACEN UBICACION_ ALMACEN
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.