Download Bases de datos
Document related concepts
Transcript
Bases de datos Yuri Paola Murcia Amaya 14/04/2011 Bases de datos 1. ¿Qué es integridad referencial? 2. ¿Qué es un formulario 3. ¿Qué es macro? para que sirven y como se implementan en Access? 4. ¿Qué es un informe? 5. ¿Qué es una entidad? 6. ¿Qué es un registro? 7. ¿Qué es una tupla? 8. ¿Qué es un campo? 9. ¿Qué es una llave? 10. ¿Qué es una clave? 11. ¿Qué es normalización? (especificar) 12. Modelo-Entidad-Relación 13. Diagrama-Entidad-Relación 14. Coordina-Relaciones-Tipo 15. ¿Qué es un modelo lógico? 16. ¿Qué es un modelo físico? 17. Establecer requerimientos en la base de datos 18. Lenguaje de consulta en la base de datos YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos 1. La integridad referencial se refiere a un conjunto de normas que nos aseguran que los datos se mantendrán correctamente relacionados una vez establecida la relación y de que no se podrán eliminar datos accidentalmente. La primera de estas reglas viene a decir que no puede haber registros en una tabla hija que no estén enlazados a la tabla padre. En el ejemplo de nuestra base de datos: Todos los pedidos deben haber sido encargados por algún cliente. No puede haber pedidos sin clientes que lo hayan encargado. El sistema de integridad referencial se encarga de comprobar que cuando introducimos algún pedido el cliente al que se lo asignamos exista previamente en la tabla de clientes. La segunda de estas reglas viene a decir que no se puede borrar ningún registro de la tabla padre si está relacionado con registros de las tablas hijas. Es decir Access comprueba que antes de borrar algún registro en la tabla clientes, no haya pedidos relacionados con ese cliente en la tabla pedidos. 2. Un formulario es generalmente una hoja de papel en la que disponemos de lugares en blanco para introducir la información, con un campo separado para cada dato. En una base de datos electrónica la definición es casi la misma, con la diferencia de que trabajamos en la pantalla del monitor; de esta manera podremos ingresar y modificar los datos directamente en el formulario de la pantalla, formulario que habremos diseñado previamente según nuestra necesidad y en el que podremos incluir también material gráfico (fotos) y sonidos. Como un complemento, un formulario Access puede disponer de los llamados botones de comando. Pulsando estos botones se ejecutarán funciones o tareas que nos ayudarán a manejar la información. La figura 1.3 nos muestra un formulario que nos permite, además de ver y actualizar los datos de cada cliente, hasta marcar su número telefónico pulsando un botón. 3. Una macro es una especie de rutina que puede ser ejecutada en respuesta a algún evento que ocurre en el sistema. Por ejemplo, podemos accionar una rutina cuando una exclusión de registro estuviera para ser efectiva y esta rutina puede exigir confirmación por el usuario. El Access provee una serie de acciones que serán ejemplificadas en este texto. Creación de una macro. Para crear una macro se selecciona Macros en la ventana Base de Datos y se acciona el botón Nueva. Para alterar una macro se utiliza el botón Diseño y para ejecutar una macro (en general para testear) se utiliza el botón Ejecutar. La ventana para el montaje de una macro está detallada en la figura 8.1. YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos Ventana de proyecto de Macro. Esta ventana muestra una macro constituida de 4 acciones. Esa macro será activada en un formulario (detallado más adelante) a través del accionar de un botón y va a presentar en la pantalla una ventana tipo hoja de datos correspondiente a la tabla PADRÓN DE DEPARTAMENTOS. Como se observa, para la acción Abrir Tabla tenemos que especificar 3 parámetros: cuál es la tabla a ser abierta, de qué forma ella es exhibida (hoja de datos), y cuál es la acción del usuario que será admitida sobre la ventana exhibida (solamente lectura). YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos 4. Un informe Access no es más que una tabla o consulta mostrada en una forma "elegante y dinámica", los informes son uno de los módulos de Access mas importantes, ya que permiten automatizar en gran medida el desarrollo de documentos a partir de bases de datos. Gracias a las herramientas de agrupación y ordenación de datos, y combinado con el código VBA que podemos asociar al informe. YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos 5. Una Entidad es un conjunto de elementos que existen y se distinguen de otros elementos gracias a que tienen características propias (Atributos) que los describen. Por ejemplo, Juan Esteban Henao con Número de cédula 10.022.723, de 22 años de edad, del sexo masculino es un elemento del conjunto Empleados de una empresa en particular. De esta forma podemos tener entidades como: Materias, Estudiantes, Profesores, Vehículos, países, etc. cada una con características que describen y diferencian cada elemento. 6. un registro es una colección de datos descriptivos de los campos, que se relacionan uno a uno. Ficha de datos relacionados. cada fila de una tabla representa un único registro. 7. una tupla es un objeto que bien puede tener datos o diversos objetos, de forma similar a una tupla definida matemáticamente. Un objeto de este tipo es conocido también como record. Conjunto de elementos de distinto tipo que se guardan de forma consecutiva en memoria. 8. cada columna en una tabla es un campo. Cada campo de Access sólo puede tener un tipo de datos: o sólo texto, o sólo números, etc. El nombre del objeto o un espacio de almacenamiento para un dato en particular, por ejemplo cliente, numero de cliente, proveedor. En Access el campo es como una celda en Excel. Un campo es el espacio donde vas a meter un dato. Por ejemplo: si quieres hacer una tabla para almacenar datos de clientes. La información más común que puedes querer es el nombre, dirección, teléfono. En este caso teléfono es un campo en el cual vas a anotar el teléfono del cliente. 9. Si no se establece una llave principal no se podrá realizar ninguna relación y la búsqueda y ordenamiento se realizara mucho más lentos. No acepta valores Nulos. Para crear una llave principal, debe de estar en Vista de Diseño, ubique el cursos en el campo que se desee y haga clic en el botón derecho del mouse y automáticamente se despliega una ventana (1) en la cual se podrá seleccionar la llave para el campo deseado, YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos Se puede seleccionar la llave principal a través del botón que se encuentra situado en la barra de herramientas. La Llave Foránea también se determinar en el momento de las relaciones entre las tablas en la cual la Llave Primaria se realizar la unión con el otro campo de otra tabla y automáticamente se vuelve una llave foránea. 10. Una clave principal es una columna (o combinación de columnas) que permite identificar de forma inequívoca cada fila de la tabla, por lo que no pueden haber en una tabla dos filas con el mismo valor en la columna definida como clave principal. Una clave foránea o externa es una columna (o combinación de columnas) que contiene un valor que hace referencia a una fila de otra tabla (en algunos casos puede ser la misma tabla). 11. La normalización es el proceso de organizar los datos en una base de datos. Esto incluye crear tablas y establecer relaciones entre las tablas según reglas diseñadas tanto para proteger los datos y para hacer que la base de datos sea más flexible eliminando redundancia y dependencias incoherentes. Eliminar grupos repetidos en tablas individuales. Primera forma normal - Crear una tabla diferente para cada conjunto de datos relacionados. - Identificar cada conjunto de datos relacionados mediante una clave principal. No utilizar varios campos en una única tabla para almacenar datos similares. Segunda forma normal Crear tablas independientes para conjuntos de valores que se apliquen a varios registros. - Relacionar dichas tablas mediante una clave externa. Los registros tan sólo deben depender de la clave principal de una tabla (si es necesario, puede ser una clave compuesta). - YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos Tercera forma normal - Eliminar los campos que no dependan de la clave. Los valores de un registro que no forman parte de la clave de dicho registro no pertenecen a esa tabla. En general, siempre que el contenido de un grupo de campos se puede aplicar a más de un registro de la tabla, debe tener en cuenta la posibilidad de incluir dichos campos en una tabla independiente. Existe una cuarta forma normal, llamada también Forma normal de Boyce Codd (BCNF), y una quinta forma normal, pero pocas veces se consideran prácticas en un diseño. La omisión de estas reglas puede dar como resultado una tabla que no sea perfecta, pero no debería afectar a su funcionamiento. 12. MODELO ENTIDAD-RELACION El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas. Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido. YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos 13. Formalmente, los diagramas Entidad-Relación son un lenguaje gráfico para describir conceptos. Informalmente, son simples dibujos o gráficos que describen información que trata un sistema de información y el software que lo automatiza. 14. El tipo de cardinalidad se representa mediante una etiqueta en el exterior de la relación, respectivamente: "1:1", "1: N" y "N: M", aunque la notación depende del lenguaje utilizado, la que más se usa actualmente es el unificado. Otra forma de expresar la cardinalidad es situando un símbolo cerca de la línea que conecta una entidad con una relación: "0" si cada instancia de la entidad no está obligada a participar en la relación. "1" si toda instancia de la entidad está obligada a participar en la relación y, además, solamente participa una vez. "N" , "M", ó "*" si cada instancia de la entidad no está obligada a participar en la relación y puede hacerlo cualquier número de veces. Ejemplos de relaciones que expresan cardinalidad: Cada esposo (entidad) está casado (relación) con una única esposa (entidad) y viceversa. Es una relación 1:1. Una factura (entidad) se emite (relación) a una persona (entidad) y sólo una, pero una persona puede tener varias facturas emitidas a su nombre. Todas las facturas se emiten a nombre de alguien. Es una relación 1:N. Un cliente (entidad) puede comprar (relación) varios artículos (entidad) y un artículo puede ser comprado por varios clientes distintos. Es una relación N:M. Las relaciones también pueden tener atributos asociados. Se representan igual que los atributos de las entidades. Un ejemplo típico son las relaciones de tipo "histórico" donde debe constar una fecha o una hora. Por ejemplo, supongamos que es necesario hacer constar la fecha de emisión de una factura a un cliente, y que es posible emitir duplicados de la factura (con distinta fecha). En tal caso, el atributo "Fecha de emisión" de la factura debería colocarse en la relación "se emite". 15. MODELO LOGICO: El paso del modelo global o conceptual de datos al modelo lógico supone una abstracción, un mecanismo para la conversión del mundo real a un mundo formado por datos, a su agrupación y clasificación. El proceso de abstracción consiste en identificar los elementos ó conceptos empleados en el modelo global y transformarlo en lo que denominamos entidades en el modelo lógico. La abstracción se puede realizar de las siguientes formas: YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092 Bases de datos Clasificación Consiste en generar una única entidad conceptos con características comunes, todos ellos tendrán las mismas características y se diferencian unos de otros por los valores que toman dichas características. Por ejemplo: los conceptos cursos de inglés, cursos de español y cursos de francés se pueden agrupar en una única entidad denominada "CURSOS" que englobe y diferencie cada uno de los diferentes cursos que se imparten. 16. MODELO FISICO El paso de un modelo lógico a uno físico requiere un profundo entendimiento del manejador de bases de datos que se desea emplear, incluyendo características como: Conocimiento a fondo de los tipos de objetos (elementos) soportados Detalles acerca del indexamiento, integridad referencial, restricciones, tipos de datos, etc. Detalles y variaciones de las versiones Parámetros de configuración Data Definition Language (DDL) Como se comentó en el modelado lógico el paso de convertir el modelo a tablas hace que las entidades pasen a ser tablas (más las derivadas de las relaciones) y los atributos se convierten en las columnas de dichas tablas. Físicamente esta metáfora de una tabla se mapea al medio físico, con algunas consideraciones como se menciona en las siguientes secciones. 17. El análisis de requerimientos para una base de datos incorpora las mismas tareas que el análisis de requerimientos del software. Es necesario un contacto estrecho con el cliente; es esencial la identificación de las funciones e interfaces; se requiere la especificación del flujo, estructura y asociatividad de la información y debe desarrollarse un documento formal de los requerimientos. Un tratamiento completo del análisis de las bases de datos va más allá del ámbito de este paper. 18. Lenguajes de Consulta a Bases de Datos Los podemos dividir en dos tipos: Lenguajes Formales y Lenguajes Comerciales. Los lenguajes formales están basados en el álgebra relacional o en el cálculo relacional. Solamente se han descrito para consulta a Bases de Datos (existen lenguajes comerciales que además de consulta permiten otras operaciones). El álgebra relacional tiene procedimientos (procedimental), mientras que los lenguajes basados en el cálculo relacional son a procedimentales. Dentro del cálculo relacional se distingue entre cálculo relacional orientado a tuplas y cálculo relacional orientado a dominios. Los lenguajes comerciales, en su mayoría usan enfoques tanto procedimentales como a procedimentales, o lo que es lo mismo, no son lenguajes puros como los formales. De esta manera hacen su sintaxis más amigable al usuario. YURI PAOLA MURCIA AMAYA TECNICO EN SISTEMAS 151092