Bases de Datos Relacionales



Documentos relacionados
Normalización de Bases de Datos Relacionales

Modelo Relacional. Normalización

Principios de Bases de Datos Relacionales, Normalización. Unidad 4

NORMALIZACIÓN DE BASES DE DATOS RELACIONALES

CERTAMEN 2 90 minutos 20 puntos

Esquema Relacional NORMALIZACIÓN

BASES DE DATOS TEMA 5. DISEÑO DE BASES DE DATOS RELACIONALES MEDIANTE NORMALIZACION Contenidos generales

Tema 6: Teoría de la Normalización

NORMALIZACION. Definición.

NORMALIZACIÓN DE BASES DE DATOS

TEMA 8.- DISEÑO TEORICO DE BASES DE DATOS RELACIONALES. 1. TEORÍA DE LAS DEPENDENCIAS FUNCIONALES

MATERIAL INSTRUCCIONAL DE APOYO

Normalización. Bases de Datos

Teoría formal de la normalización de esquemas relacionales. Definición formal de las tres primeras Formas Normales

Tema 5: Normalización en Bases da Datos

Sistemas de Bases de Datos I. Modelo Lógico Modelo Relacional

Normalización. Universidad Nacional de Colombia Facultad de Ingeniería

Base de Datos. Profesores: Franklin Johnson P. José Miguel Rubio L.

Que es normalización? Normalización de una base de datos Grados de normalización: Primera Forma Grados de normalización: Segunda Forma Grados de

4.Diseño de Bases de Datos (I)

Un ejemplo simple de normalización de bases de datos relacionales (hasta 3FN)

DISEÑO DE BASES DE DATOS RELACIONALES: NORMALIZACION

DISEÑO DE BASES DE DATOS RELACIONALES Normalización Parte 2 FNBC, 3FN

Tema 5: Teoría de diseño de Bases de Datos Relacionales.

Normalización. El diseño que hemos recibido está compuesto de estas dos relaciones:

BASES DE DATOS TEMA 4 DISEÑO DE BASES DE DATOS RELACIONALES

Ing. YIM ISAIAS APESTEGUI FLORENTINO Tema: Normalización

Tema 6: Diseño de bases de datos relacionales.

Normalización de una Base de Datos. Normalización de la BD (precio fijo)


proceso que consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.

5/27/2013. Contenidos. Las Bases de Datos y los Sistemas (SBD) El Modelo Entidad-Relación (E-R) El Modelo Relacional Integridad de los Datos MS Access

7 Diseño de Bases de Datos Relacionales: Normalización

rg.o cm a Diseñ e o o l óg ó ico c l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s s r e r la l c a i c o i nal a e l s

Normalización 1NF 2NF 3NF BCNF 4NF

Normalización. Carlos A. Olarte Bases de Datos I

Normalización n de Bases de Datos Relacionales. Bases de Datos. Malos Diseños. Índice. Muchos Problemas. Definición

Normalización. Tema 16

Dep. Multivaluadas y Cuarta F.N.

Conceptos generales sobre bases de datos relacionales y MS-Access

Antes de entrar a definir la forma normal de Boyce-Codd, necesitamos conocer qué se entiende por determinante.

Eduardo Mora y Marta Zorrilla Pág

Proyecto de Normalización Automática de Base de Datos

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.

CONSULTA Y MANIPULACIÓN DE LOS DATOS

Este es un ejemplo muy sencillo, un esquema de empleados que trabajan en proyectos, en una relación muchos a muchos.

Repaso de Conceptos Básicos de Bases de Datos

Tema 5: Diseño de Bases de Datos

PRESENTACIÓN. Resultados de Aprendizaje: Diseñar la Base de Datos Relacional requerida por un sistema Computacional.

Temario. Índices simples Árboles B Hashing

Normalización de bases de datos

En primer lugar se obtiene el modelo lógico de alto nivel, independiente del modelo de base de datos y los objetivos a conseguir son:

DISEÑO DE BASES DE DATOS RELACIONALES

FICHEROS Y BASES DE DATOS (E44) 3º INGENIERÍA EN INFORMÁTICA. Tema 9. Reglas de Integridad

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

Registro: Es un conjunto de campos. También se llama Fila o Tupla. Son varios datos

8. EL MODELO RELACIONAL - Continuación (2):

Análisis de Sistemas. M.Sc. Lic. Aidee Vargas C. C. octubre 2007

Unidad 3. NORMALIZACIÓN.

Aseveraciones. Disparadores. Ejemplo de aseveración. Ejemplo de disparador. Ejemplo de disparador en SQL:1999

Proceso de normalización

rg.o cm a Diseñ e o o c o c n o ce c p e tual l@ rza e b Di D s i e s ño d e b as a e s s s d e d at a o t s

TABLA DE DECISION. Consideremos la siguiente tabla, expresada en forma genérica, como ejemplo y establezcamos la manera en que debe leerse.

Modelo Relacional: Conceptos

Base de Datos.

IES Politécnico Estella

BASE DE DATOS RELACIONALES

UNIDAD 3. MODELO RELACIONAL

Ficheros y Bases de Datos Curso Ingeniería Técnica de Informática Primer Parcial. 1-Junio Nombre:

Temario Curso Bases de Datos

TEMA 6 NORMALIZACIÓN. 1. Teoría de la Normalización Dependencia funcional Formas normales de Codd (1NF, 2NF, 3NF)..

Base de datos relacional

Modelos y Bases de Datos

UNIDAD I: LÓGICA PROPOSICIONAL

1 FUNDAMENTACION DE LA MATERIA

Desarrollo de un Sistema de Gestión de Proyectos mediante el framework GWT

Generaciones de Bases de Datos

Diseño de Bases Relacionales Normalización

Principios sobre Bases de Datos Relacionales

GUÍAS CLÁSICAS DE BASES DE DATOS


Teórico 9 Del MER al MR

RESTRICCIONES DE INTEGRIDAD Y DEPENDENCIAS FUNCIONALES Bases de Datos Universidad de Talca, II Semestre Jorge Pérez R.

BASES DE DATOS TEMA 1

Modelo Entidad-Relación

Modelado de datos. Bibliografía. Representación de la información Modelos de datos Modelado semántico

Capítulo VI. Diagramas de Entidad Relación

INTRODUCCION. entidades. Modelo lógico de la base de datos. Matricula. carne. codigo_curso. año semestre nota. propiedades

4 Integridad de datos relacional: llaves candidatas y temas relacionados.

BASES DE DATOS. Apuntes de Cátedra

Carrera: IFM Participantes. Representantes de la academia de sistemas y computación de los Institutos Tecnológicos.

4. DISEÑO DE BASES DE DATOS RELACIONALES

Transcripción:

Licenciatura en Ciencia de la Computación Bases de Datos No Convencionales Normalización de Bases de Datos Relacionales Profesor Fredi Palominos Villavicencio Teoría de Normalización : Es un procedimiento formal, reversible, que se ejecuta paso a paso, que permite: - Optimizar la estructura de la Base de Datos - Identificar y resolver situaciones no deseables - Atributos no atómicos - Dependencias parciales de clave - Dependencias transitivas - Redundancias de información - Anomalías de modificación, inserción y borrado los datos que deben estar juntos, deben estarlo. hechos distintos se deben almacenar en objetos distintos

Tipos de problemas : Clave Primaria Nº Factura Fecha RUT Cliente Cliente Producto Valor Cantidad Descuento 000257 01-07-2000 1234567 Juan Pérez.Valpo Lápiz Bic 100 250 5 % 000257 01-07-2000 1234567 Juan Pérez.Valpo Block 1000 200 5 % 000257 01-07-2000 1234567 Juan Pérez.Valpo Lápiz Grafito 70 50 0 % 000258 01-07-2000 1234568 Ana Palma.Stgo Lápiz Bic 100 400 6 % 000258 01-07-2000 1234568 Ana Palma.Stgo Cuaderno 500 350 6 % 000258 01-07-2000 1234568 Ana Palma.Stgo Regla 100 20 0 % Dependencia transitiva entre Atributos no clave Valores no atómicos Dependencia parcial de clave Dependencia Funcional : Se dice que el atributo Y es funcionalmente dependiente del atributo X, si el valor del atributo Y está determinado por el valor del atributo X. Se denota como X Y Cuando el valor del atributo Y depende conjuntamente de varios Atributos, se dice que existe una dependencia funcional total de Y Respecto de dichos atributos. Se denota por X,Z,W Y Ejemplo: NºFactura, Producto Cantidad

Diagrama de Dependencias : Establece esquemáticamente las dependencias funcionales que existen entre los atributos de una base de datos relacional. Por ejemplo, para la tabla presentada a continuación se obtiene : Nº Factura Fecha RUT Cliente Cliente Producto Valor Cantidad Descuento 000257 01-07-2000 1234567 Juan Pérez.Valpo Lápiz Bic 100 250 5 % 000257 01-07-2000 1234567 Juan Pérez.Valpo Block 1000 200 5 % 000257 01-07-2000 1234567 Juan Pérez.Valpo Lápiz Grafito 70 50 0 % 000258 01-07-2000 1234568 Ana Palma.Stgo Lápiz Bic 100 400 6 % 000258 01-07-2000 1234568 Ana Palma.Stgo Cuaderno 500 350 6 % 000258 01-07-2000 1234568 Ana Palma.Stgo Regla 100 20 0 % Descuento, Cantidad Producto Nº Factura Valor Fecha, Cliente, Rut Cliente Primera Forma Normal Una relación está en Primera Forma Normal (1NF) si cada uno de sus atributos toma valores atómicos, es decir, en lo que al sistema de información respecta, los valores de los atributos son indivisibles. Nº Factura Fecha RUT Cliente NomCli Ciudad Producto Valor Cantidad Descuento 000257 01-07-2000 1234567 Juan Pérez Valpo Lápiz Bic 100 250 5 % 000257 01-07-2000 1234567 Juan Pérez Valpo Block 1000 200 5 % 000257 01-07-2000 1234567 Juan Pérez Valpo Lápiz Grafito 70 50 0 % 000258 01-07-2000 1234568 Ana Palma Stgo Lápiz Bic 100 400 6 % 000258 01-07-2000 1234568 Ana Palma Stgo Cuaderno 500 350 6 % 000258 01-07-2000 1234568 Ana Palma Stgo Regla 100 20 0 % Se transformaron en valores atómicos

Segunda Forma Normal Una relación está en Segunda Formal Normal (2NF) si y sólo si está en 1NF y cada atributo no-clave de la relación es total y funcionalmente dependiente de la clave primaria. Descuento, Cantidad Producto Nº Factura Valor Fecha, NomCli, Ciudad, Rut Cliente Nº Factura Fecha RUT Cliente Cliente Ciudad 000257 01-07-2000 1234567 Juan Pérez Valpo 000258 01-07-2000 1234568 Ana Palma Stgo Producto Valor Lápiz Bic 250 Block 200 Lápiz Grafito 50 Cuaderno 350 Regla 20 Nº Factura Producto Cantidad Descuento 000257 Lápiz Bic 250 5 % 000257 Block 200 5 % 000257 Lápiz Grafito 50 0 % 000258 Lápiz Bic 400 6 % 000258 Cuaderno 350 6 % 000258 Regla 20 0 % Tercera Forma Normal Una relación está en Tercera Formal Normal (3NF) si y s lo si está en 2NF y no existen dependencias funcionales entre atributos que no pertenecen a la clave primaria de la relación. Ciudad, NonCli, Rut Cliente, Fecha Nº Factura Nº Factura Fecha RUT Cliente 000257 01-07-2000 1234567 000258 01-07-2000 1234568 RUT Cliente NomCli Ciudad 1234567 Juan Pérez Valpo 1234568 Ana Palma Stgo

Base de Datos Normalizada RUT Cliente NomCli Ciudad Nº Factura Fecha RUT Cliente 000257 01-07-2000 1234567 000258 01-07-2000 1234568 1234567 Juan Pérez Valpo 1234568 Ana Palma Stgo Producto Valor Lápiz Bic 250 Block 200 Lápiz Grafito 50 Cuaderno 350 Regla 20 Nº Factura Producto Cantidad Descuento 000257 Lápiz Bic 250 5 % 000257 Block 200 5 % 000257 Lápiz Grafito 50 0 % 000258 Lápiz Bic 400 6 % 000258 Cuaderno 350 6 % 000258 Regla 20 0 % Forma Normal de Boyce Codd Con frecuencia existen situaciones en donde la tercera forma normal no es capaz de responder adecuadamente en relaciones en las que se dan algunas de las siguientes condiciones: (A) Hay varias claves candidatas. (B) Las claves candidatas son compuestas, y (C) Hay traslape de los atributos que componen las claves candidatas (es decir, tienen atributos comunes). Debido a que las tres condiciones anteriores no se dan con frecuencia, en la mayoría de los casos la tercera forma normal es suficiente.

Forma Normal de Boyce Codd DEFINICIÓN BCNF : Una relación está en Formal Normal de Boyce/Codd (BCNF) si y sólo si cada determinante (en la relación) es una clave candidata. Forma Normal de Boyce Codd Ejemplo : Sea la siguiente relación : Pertenece = { RutAlum, CodAsig, RutProf } Donde se dan las siguientes restricciones: 1. En una asignatura, cada alumno tiene clases con un solo profesor. 2. Cada profesor imparte una sola asignatura 3. Cada asignatura la imparten varios profesores Por tanto, en ella existen los siguientes determinantes: (a) RutAlum, Codasig RutProf (b) RutProf CodAsig No está en FNBC pues el determinante (b) no es clave candidata. Solución: Descomponer Pertenece en : R1 = RutAlum, RutProf (Pertenece) R1 = RutProf, CodAsig (Pertenece) Obs: Dadas las restricciones, las relaciones no son independientes

Básicas 1ª FN (Codd, 1970) Concepto de relación normalizada. 2ª, 3ª FN (Codd, 1970), FNBC (Boyce/Codd), 1974. Basadas en dependencias funcionales. Otras 4ª FN. Fagin, 1977. Basada en dependencias multivaluadas. 5ª FN. Fagin, 1979. Basada en dependencias de proyección / combinación.