Clase Modelo Sise

Modelamiento y Diseño de Base deDatos Normalización Descomposición, Dependencia Funcional Ing. Jorge Puga de la cruz [email protected] Software y Sistemas / Redes y Seguridad Informática Temas a tratar - Datos Atómicos - Dependencia Funcional - Llaves - Normalización: - Forma Normal 1 - Forma Normal 2 - Forma Normal 3 Datos Atómicos Un dato atómico es aquel que no puede descomponerse en dos o más datos simples, es decir, son indivisibles en sus valores. Veamos un ejemplo, tenemos la siguiente tabla: Personas (nombre, apellido, fecha_nacimiento, sexo, estado_civil) Reducir la Redundancia . Ejemplo: Tabla Producto PRODUCTO Id 00001 00002 00003 00004 00005 Nombre 3 Leches Puré Sopa para Uno Pie de Limón Arroz Marca DirEmp San Francisco Maggi Maggi San Francisco Zaror Lugar 333 Otro 123 Otro 123 Lugar 333 Perdido 999 ¿ Qué parece estar mal en esta tabla? TelEmp 2222222 3563563 3563563 2222222 97726610 Stock 10 20 73 36 36 .  La Redundancia de datos produce anomalías en las acciones posteriores sobre la base de datos . Distintas anomalias Inserción de datos  Quiero agregar un nueva empresa. . pero todavía no le compro el producto… Actualización de datos  Quiero actualizar la dirección Maggi…  ¿ Dónde lo hago? Eliminación de datos  Si elimino el productor 00005 pierdo la información de contacto de Zaror. Descomposición . . Cuando encontramos problemas de redundancia. la solución común es dividir la relación. dirEmp. marca.Ejemplo: Tabla Producto PRODUCTO Id 00001 00002 00003 00004 00005 Nombre 3 Leches Puré Sopa para Uno Pie de Limón Arroz Marca DirEmp San Francisco Maggi Maggi San Francisco Zaror Lugar 333 Otro 123 Otro 123 Lugar 333 Perdido 999 Dividimos la relación PRODUCTO PRODUCTO (id. nombre. telEmp) TelEmp 2222222 3563563 3563563 2222222 97726610 Stock 10 20 73 36 36 . stock) MARCA (nombre. Ejemplo: Tabla Producto PRODUCTO Id Nombre 00001 00002 00003 00004 00005 Marca 3 Leches Puré Sopa para Uno Pie de Limón Arroz San Francisco Maggi Maggi San Francisco Zaror Stock 10 20 73 36 36 MARCA Nombre San Francisco Maggi Zaror DirEmp Lugar 333 Otro 123 Perdido 999 TelEmp 2222222 3563563 97726610 . Descomposición si perdida  Al descomponer mantenemos vínculo entre ambas relaciones.  A través de una clave foránea . Ejemplo: Tabla Producto PRODUCTO Id Nombre 00001 00002 00003 00004 00005 Marca 3 Leches Puré Sopa para Uno Pie de Limón Arroz San Francisco Maggi Maggi San Francisco Zaror Stock 10 20 73 36 36 MARCA Nombre San Francisco Maggi Zaror DirEmp Lugar 333 Otro 123 Perdido 999 TelEmp 2222222 3563563 97726610 . DEPENDENCIA FUNCIONAL . entonces si t1[X] = t2[X] implica que t1[Y] = t2[Y] .Definición  En una relación R se dice que un atributo Y tiene dependencia funcional con un conjunto de atributos X (X  Y)  Ssi cada valor en Y está asociado con exactamente un conjunto de valores de X Otras formas de definirlo:  Dado un conjunto de valores para X puedo obtener un único valor para Y.  Sean t1 y t2 tuplas de R. .Importancia de la Semántica  Están determinadas por la semántica de los atributos. no de una instancia de ella.  Son parte del esquema de la relación. Diferentes categorías  Dependencia funcional trivial  XY es trivial si:  Y es un subconjunto de X  Dependencia funcional total (DFT)  XY es total si:  No existe subconjunto de X que determine Y  Si no es DFT es dependencia funcional parcia (DFP)  Dependencia funcional transitiva  XY es transitiva si:  X Y solamente por que XZ y ZY . marca.Ejemplo: Dependencias Funcionales PRODUCTO Id 00001 00002 00003 00004 00005 Nombre 3 Leches Puré Sopa para Uno Pie de Limón Arroz Marca DirEmp San Francisco Maggi Maggi San Francisco Zaror Lugar 333 Otro 123 Otro 123 Lugar 333 Perdido 999 • Id  {nombre. Stock} • Nombre. TelEmp} TelEmp 2222222 3563563 3563563 2222222 97726610 Stock 10 20 73 36 36 . marca  {Stock} • Marca  {DirEmp. FORMAS NORMALES . aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones:  Cada columna debe tener su nombre único.  No puede haber dos filas iguales.  En el modelo relacional es frecuente llamar tabla a una relación.INTRODUCCIÒN El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.  Todos los datos en una columna deben ser del mismo tipo. Las bases de datos relacionales se normalizan para:  Evitar la redundancia de los datos. No se permiten los duplicados.  Proteger la integridad de los datos.  Evitar problemas de actualización de los datos en las tablas. . No siempre es una buena idea tener una base de datos conformada en el nivel más alto de normalización. Cada una de estas formas tiene sus propias reglas. puede llevar a un nivel de complejidad que pudiera ser evitado si estuviera en un nivel más bajo de normalización. Una dependencia transitiva es aquella en la cual las columnas que no son llave son dependientes de otras columnas que tampoco son llave.  Regla Descripción Primera Forma Normal (1FN) Incluye la eliminación de todos los grupos repetidos.Grados de normalización. Cuando una base de datos se conforma a un nivel.  Tercera Forma Normal (3FN) Elimina cualquier dependencia transitiva.  Segunda Forma Normal (2FN) Asegura que todas las columnas que no son llave sean completamente dependientes de la llave primaria (PK). Segunda Forma Normal (2NF) y Tercera Forma Normal (3NF).  Existen básicamente tres niveles de normalización: Primera Forma Normal (1NF). se considera normalizada a esa forma de normalización. . crearán columnas que representen los mismos datos. así como las relaciones que guardan con otros objetos también pequeños. sólo tenemos que entender los objetos pequeños y más tangibles. Poner la base de datos en la Primera Forma Normal resuelve el problema de los encabezados de columna múltiples. Muy a menudo. En lugar de tener que entender una tabla gigantesca y monolítica que tiene muchos diferentes aspectos.Primera forma normal (1FN)  La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas. La normalización ayuda a clarificar la base de datos y a organizarla en partes más pequeñas y más fáciles de entender. los diseñadores de bases de datos inexpertos harán algo similar a la tabla no normalizada. . Una y otra vez. Una vez alcanzado el nivel de la Segunda Forma Normal. Podemos insertar un registro sin un exceso de datos en la mayoría de las tablas. . Una dependencia parcial es un término que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos.Segunda forma normal (2FN)  La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. se controlan la mayoría de los problemas de lógica. Cuando las tablas están en la Tercera Forma Normal se previenen errores de lógica cuando se insertan o borran registros. que es fácil de trabajar y expandir . Cada columna en una tabla está identificada de manera única por la llave primaria.Tercera forma normal (3FN)  Una tabla está normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. y no deben haber datos repetidos. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave. Esto provee un esquema limpio y elegante. Ejemplo de normalización de una factura de venta . Creamos el Diccionario de Datos.Desarrollo 1. . para ello hacemos una lista de todos los campos presentes en el documento y elegimos para ellos una llave primaria. Aplicamos Primera Forma Normal 1FN: Dividimos la lista de datos del diccionario de datos en dos grupos: El grupo # 1 estará formado por aquellos datos que no se repiten y en grupo # 2 por aquellos datos repetitivos .2.  Al aplicar primera forma normal debemos adicionar en el grupo repetitivo el campo que se selecciono como llave primaria al momento de elaborar el diccionario de datos para que sirva como llave secundaria y permita establecer una relación de cardinalidad 1-N desde el grupo#1(no repetitivo) al grupo#2(grupo repetitivo) y seleccionamos una llave primaria al grupo#2. Aplicando lo anteriormente expuesto nos queda el siguiente modelo relacional en primera forma normal (1FN). . .3. Aplicamos Segunda Forma Normal 2FN: Al aplicar segunda forma normal sólo se analiza el grupo repetitivo (grupo #2) y se determina que datos dependen de forma única del la llave primaria. estos datos junto con la llave primaria formarán un nuevo grupo (grupo #3) cuya llave primaria será la misma que tenía el grupo #2(Codigo_Producto) y este mismo dato se conserva en el grupo #2 pero para este grupo pasa a ser llave secundaria. Codigo_Producto en nuestro caso.  Al aplicar segunda forma normal nos que el siguiente modelo relacional . grupo # 1 en nuestro caso. Al aplicar tercera forma normal se analiza sólo al grupo no repetitivo. . Para el nuevo grupo se selecciona una llave primaria y dicho campo se conserva en el primer grupo como llave secundaria. Aplicamos Tercera Forma Norma 3FN. Así nos queda el siguiente modelo.4. y se separan de él aquellos campos que no dependan directamente de la llave primaria. Creación y ordenación de índices más rápidas (porque las tablas tienen menos columnas). Ejecución más rápida de la instrucción UPDATE (porque hay menos índices por tabla). . Consultas optimizadas (porque las tablas normalizadas generan combinaciones eficaces y rápidas).VENTAJAS  Integridad de datos (porque no hay datos     redundantes ni omitidos). Resolución de concurrencias mejorada (porque los bloqueos de tabla afectarán a menos datos). Documents Similar To Clase Modelo SiseSkip carouselcarousel previouscarousel nextMaterial Para La Exposicion Dominio AtomicoEx Poner111424194-ID3.pdfPresentacion Normalizaciónnormalizacion-090303114617-phpapp01contabilidad_santotoNormalizacionCursoOracleBase de DatosBase de Datos3-formas de base de datos Normalización de una base de datos.docxManual de Oraclenormaliza 3bases de datos.docxRevision de SolicitudBASE DE DATOS IManual de Programación MOTOROLA GP300Base de DatosSesion 02. DataSetsANEXOSccs_c_manual.en.escintas de opciones en ingles y en españolr79830DBAIIIL2.1 Información y Datos DigitalesRESUMEN JUANK06.-Bloques logicosbbdd_conceptosBasicosClase Arreglos Parte2More From Jorge Puga DelaCruzSkip carouselcarousel previouscarousel nextCapitulo 2 - ServidoresCotizacion Alojamiento Web6. Router AdslTesis Tuberculosis Etica y DdhhArq. Cliente ServidorNormativaDeCableadoEstructuradoprac1-proyectoComunicacionyDatosLaboratorio 5 - Planosweb-cliente-servidor.pdfIngenieria Del Software II – Patrones de Diseño.www.FREELIBROS.comarquitectura_NEGOSELLA MASHUAComunicacionyDatosProgramación Orientada a Objetos.pptMantenimiento sqlSERVERAuditoria de SistemasRouter AdslDiagramas de SecuenciaIn for Matic a Para Adult Os MayoresEvaluacion Tecnica InformaticaCableado Estructurado PanduitEJERCICIOS_DESARROLLADOSClase Sem01 Sesion01PracticaNo.1cableadoestructuradoCableado Estructurado PanduitSemana 03Ejercicio Propuesto MBDPresentación1prac1-proyectoFooter MenuBack To TopAboutAbout ScribdPressOur blogJoin our team!Contact UsJoin todayInvite FriendsGiftsLegalTermsPrivacyCopyrightSupportHelp / FAQAccessibilityPurchase helpAdChoicesPublishersSocial MediaCopyright © 2018 Scribd Inc. .Browse Books.Site Directory.Site Language: English中文EspañolالعربيةPortuguês日本語DeutschFrançaisTurkceРусский языкTiếng việtJęzyk polskiBahasa indonesiaSign up to vote on this titleUsefulNot usefulYou're Reading a Free PreviewDownloadClose DialogAre you sure?This action might not be possible to undo. Are you sure you want to continue?CANCELOK