• Author / Uploaded
• LUIS

• Categories
• Lenguaje unificado de modelado
• Bases de datos
• Gestión de tecnologías de la información
• Modelado científico
• Datos informáticos

Citation preview

Resumen Tema 9 (Entidad Relación) Es un método del que disponemos para diseñar estos esquemas que posteriormente debemos de implementar en un gestor de BBDD (bases de datos). Este modelo se representa a través de diagramas y está formado por varios elementos. Este modelo habitualmente, además de disponer de un diagrama que ayuda a entender los datos y como se relacionan entre ellos, debe de ser completado con un pequeño resumen con la lista de los atributos y las relaciones de cada elemento. Relaciones de cardinalidad Podemos encontrar distintos tipos de relaciones según como participen en ellas las entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero un mismo cargo lo pueden compartir varios empleados. Esto complementa a las representaciones de las relaciones, mediante un intervalo en cada extremo de la relación que especifica cuantos objetos o cosas (de cada entidad) pueden intervenir en esa relación. Relación uno a uno Uno a varios o varios a uno: determina que un registro de una entidad puede estar relacionado con varios de otra entidad, pero en esta entidad existir solo una vez. Como ha sido en el caso anterior del trabajador del taller. Relación uno a varios Varios a varios: determina que una entidad puede relacionarse con otra con ninguno o varios registros y viceversa. Por ejemplo, en el taller un coche puede ser reparado por varios mecánicos distintos y esos mecánicos pueden reparar varios coches distintos. Relación varios a varios Los indicadores numéricos indican el primero el número mínimo de registros en una relación y posteriormente el máximo (si no hay límite se representa con una "n"). Claves Es el atributo de una entidad, al que le aplicamos una restricción que lo distingue de los demás registros (no permitiendo que el atributo específico se repita en la entidad) o le aplica un vínculo (exactamente como comentábamos en las relaciones). Estos son los distintos tipos: Superclave: aplica una clave o restricción a varios atributos de la entidad, para así asegurarse que en su conjunto no se repitan varias veces y así no poder entrar en dudas al querer identificar un registro.

Clave primaria: identifica inequívocamente un solo atributo no permitiendo que se repita en la misma entidad. Como sería la matrícula o el número de chasis de un coche (no puede existir dos veces el mismo). Clave externa o clave foránea: este campo tiene que estar estrictamente relacionado con la clave primaria de otra entidad, para así exigir que exista previamente ese clave. Anteriormente hemos hablado de ello cuando comentábamos que un empleado indispensablemente tiene que tener un cargo (que lo hemos representado numéricamente), por lo cual si intentásemos darle un cargo inexistente el gestor de bases de datos nos devolvería un error.

Resumen Tema 10, 11, 12, 13, 14 y 15 (Formas normales Definición Forma normal (base de datos) y Reglas de Normalización Primera Forma Normal (1FN) Segunda Forma Normal (2FN) Tercera Forma Normal (3FN) Forma normal de Boyce-Codd (FNBC) Cuarta Forma Normal (4FN))

La normalización es el proceso de organizar los datos en una base de datos. Esto incluye crear las tablas y establecer las relaciones entre ellas según las reglas diseñadas para proteger los datos y hacer la base de datos más flexible eliminando redundancia y la dependencia inconsistente. Primera Forma Normal - Elimine los grupos repetidos en las tablas individuales. - Cree una tabla separada para cada conjunto de datos relacionados. - Identifique cada conjunto de datos relacionados con una clave primaria. Segunda Forma Normal - Cree tablas separadas para los conjuntos de valores que se aplican a múltiples registros. - Relacione estas tablas con una clave foránea. Los registros deben depender exclusivamente de la clave primaria (una clave compuesta, si fuese necesario).

Tercera Forma Normal - Elimine campos que no dependen de la clave primaria. Los valores en un registro que no son parte de la clave de ese registro pueden no pertenecer a la tabla. En general, cuando un grupo de campos pueda aplicarse a más de un registro en la tabla, considere situar esos campos en una tabla separada. Cuarta Forma Normal Una tabla está en 4NF si y solo si esta en 3FN o en BNCB (Cualquiera de ambas) y no posee dependencias multivaluadas triviales. (Requiere que ciertas tuplas estén presentes en la misma). Una tabla con una dependencia multivaluada es una donde la existencia de dos o más relaciones independientes muchos a muchos causa redundancia; y es esta redundancia la que es suprimida por la cuarta forma normal. Forma normal de Boyce-Codd (FNBC) Si nos encontramos con casos en los que hay varias claves compuestas solapadas (que comparten algún campo), tendremos problemas. Forma Normal Boyce-Codd Se dice que un registro se encuentra en FNBC si y solo si, todo determinante es clave, donde por determinante entendemos cualquier conjunto de campos en el que otro campo depende funcionalmente de forma completa. Dado el siguiente registro: Suministros (Cod_Objeto, Cod_Almacen, Nombre_Almacen, Cantidad) Donde los almacenes se identifican unívocamente tanto por el código como por el nombre; pero hay dos claves, la formada por el conjunto (Cod_Objeto Cod_Almacen) y la que componen (Cod_Objeto, Nombre_Almacen). Sin embargo, hay cuatro determinantes; además de las claves anteriores, el campo Cod_Almacen y el campo Nombre_Almacen son determinantes, ya que uno implica al otro y viceversa, por tanto este registro no se encuentra en FNBC, por que no todo determinante es clave (Cod_Almacen y Nombre_Almacen forman parte de la clave, pero no “son” la clave.) Para cumplir la FNBC hay que descomponer el registro, de la siguiente manera: Almacenes (Cod_Almacen, Nombre_Almacen) Suministros (Cod_Objeto, Cod_Almacen, Cantidad) De tal forma que en el primer registro existen dos claves: Cod_Almacen y Nombre_Almacen, y ambos campos son también determinantes, así que está en forma

normal FNBC, mientras que en el segundo registro existe una clave compuesta por (Cod_Objeto, Cod_Almacen) y hay un único determinante formado por los dos campos (Cod_Pieza, Cod_Almacen) que determinan a Cantidad, por lo que también se encuentra en FNBC. Quinta Forma Normal: 5FN Una relación está en 5FN si está en 4FN y además no existen restricciones impuestas por el creador de la BD. Una restricción de este tipo puede ser por ejemplo que una tabla se divida en sub-tablas. Esta forma normal tiene poca aplicación práctica porque dificulta el diseño ya que genera un número enorme de tablas. Desnormalización La principal ventaja de la normalización es que divide una gran tabla en tablas más pequeñas: Pasamos de una tabla de 100 campos a 20 tablas de 5 campos cada una. Pero ésto a la vez puede generar un problema: La excesiva partición de las tablas y la aparición de numerosas tablas que dificulten el uso de la base de datos Por eso nace el concepto de desnormalización: Volver atrás, asumiendo que nuestra solución puede generar redundancia, pero facilitando el uso de la base de datos. A la hora de diseñar una base de datos es tan importante la normalización de la misma como la facilidad de uso: Si una excesiva normalización complica la compresión y el uso de la base de datos, es mejor dejarla en una forma normal anterior.

Resumen Tema 16(Lenguaje de Modelación)

Lenguajes de Modelación UML (Unified Modeling Language) Lenguaje Unificado de Modelado (LUM), es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad; está respaldado por el OMG (Object Management Group). Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio y funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y componentes reutilizables. Es importante resaltar que UML es un "lenguaje de modelado" para especificar o para describir métodos o procesos. Se utiliza para definir un sistema, para detallar los

artefactos en el sistema y para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

BPNM (Business Process Modeling Notation) Notación para el Modelado de Procesos de Negocio) es una notación gráfica estandarizada que permite el modelado de procesos de negocio, en un formato de flujo de trabajo (workflow). BPMN fue inicialmente desarrollada por la organización Business Process Management Initiative (BPMI), y es actualmente mantenida por el OMG (Object Management Group), luego de la fusión de las dos organizaciones en el año 2005. Su versión actual es la 1.2 y hay una versión futura propuesta, la 2.0. El principal objetivo de BPMN es proveer una notación estándar que sea fácilmente leíble y entendible por parte de todos los involucrados e interesados del negocio (stakeholders). El modelado de datos Es una técnica independiente de la implementación a la base de datos. Esto es importante, porque la metodología L5, siempre busca que se saque el máximo provecho de diversas herramientas. En particular, el esquema final y su implementación pueden sufrir cambios sin afectar de manera drástica la Lógica de Programación. Debe ser llevado como una guía general ya que esto implica el desarrollo de los Diagramas de Entidades y del Modelo Entidad-Relación. Independientemente de la metodología a utilizar, esta herramienta siempre será importante, para entender las relaciones entre las diversas entidades en la Base de Datos. Un modelo de datos jerárquico es un modelo de datos en el cual los datos son organizados en una estructura parecida a un árbol. La estructura permite a la información que repite y usa relaciones padre/Hijo: cada padre puede tener muchos hijos pero cada hijo sólo tiene un padre. Todos los atributos de un registro específico son catalogados bajo un tipo de entidad. En una base de datos, un tipo de entidad es el equivalente de una tabla; cada registro individual es representado como una fila y un atributo como una columna. Los tipos de entidad son relacionados el uno con el otro usando 1: Trazar un mapa de n, también conocido como relación de uno a varios. Una base de datos de red es una base de datos conformada por una colección o set de registros, los cuales están conectados entre sí por medio de enlaces en una red. El registro es similar al de una entidad como las empleadas en el modelo relacional. El enlace es exclusivamente la asociación entre dos registros, así que podemos verla como una relación estrictamente binaria.

Una estructura de base de datos de red, llamada algunas veces estructura de plex, abarca más que la estructura de árbol: un nodo hijo en la estructura red puede tener más de un nodo padre. El modelo relacional, para el modelado y la gestión de bases de datos, es un modelo de datos basado en la lógica de predicados y en la teoría de conjuntos. En este modelo todos los datos son almacenados en relaciones, y como cada relación es un conjunto de datos, el orden en el que estos se almacenen no tiene relevancia (a diferencia de otros modelos como el jerárquico y el de red).