Elementos y Modelos de la Base de Dato

Elementos y Modelos de la Base de Datos

Una base de datos es una herramienta para recopilar y organizar información. Las bases de datos pueden almacenar información sobre personas, productos, pedidos u otras cosas. Muchas bases de datos comienzan como una lista en una hoja de cálculo o en un programa de procesamiento de texto. A medida que la lista aumenta su tamaño, empiezan a aparecer redundancias e inconsistencias en los datos. Cada vez es más difícil comprender los datos en forma de lista y los métodos de búsqueda o extracción de subconjuntos de datos para revisión son limitados. Una vez que estos problemas comienzan a aparecer, una buena idea es transferir los datos a una base de datos creada con un sistema de administración de bases de datos (DBMS), como Access.

Tablas

 Una tabla de base de datos es similar en apariencia a una hoja de cálculo en cuanto a que los datos se almacenan en filas y columnas. Por ende, es bastante fácil importar una hoja de cálculo en una tabla de base de datos. La principal diferencia entre almacenar los datos en una hoja de cálculo y almacenarlos en una base de datos es la forma en la que están organizados los datos.

Para aprovechar al máximo la flexibilidad de una base de datos, los datos deben organizarse en tablas para que no se produzcan redundancias. Por ejemplo, si quiere almacenar información sobre los empleados, cada empleado debe especificarse solo una vez en la tabla que está configurada para los datos de los empleados. Los datos sobre los productos se almacenarán en su propia tabla y los datos sobre las sucursales se almacenarán en otra tabla. Este proceso se denomina normalización.

Cada fila de una tabla se denomina registro. En los registros se almacena información. Cada registro está formado por uno o varios campos. Los campos equivalen a las columnas de la tabla. Por ejemplo, puede tener una tabla llamada "Empleados" donde cada registro (fila) contiene información sobre un empleado distinto y cada campo (columna) contiene otro tipo de información como nombre, apellido, dirección, etc. Los campos deben designarse como un determinado tipo de datos, ya sea texto, fecha u hora, número o algún otro tipo.

Otra forma de describir los registros y los campos es imaginar un catálogo de tarjetas antiguo de una biblioteca. Cada tarjeta del archivador corresponde a un registro de la base de datos. Cada dato de una tarjeta individual (autor, título, etc.) equivale a un campo de la base de datos.

Para obtener más información sobre las tablas, vea el artículo Introducción a la tabla.

Formularios

 Los formularios permiten crear una interfaz de usuario en la que puede escribir y modificar datos. Los formularios a menudo contienen botones de comandos y otros controles que realizan distintas tareas. Puede crear una base de datos sin usar formularios con tan solo modificar los datos en las hojas de datos de la tabla. Sin embargo, la mayoría de los usuarios de bases de datos prefieren usar formularios para ver, escribir y modificar datos en las tablas.

Puede programar botones de comandos para determinar qué datos aparecen en el formulario, abrir otros formularios o informes, o ejecutar otras tareas. Por ejemplo, puede tener un formulario llamado "Formulario de cliente" en el que trabaja con los datos de los clientes. El formulario de cliente puede tener un botón que abra un formulario de pedido en el que puede especificar un pedido nuevo para el cliente.

Los formularios también le permiten controlar de qué manera otros usuarios interactúan con los datos de la base de datos. Por ejemplo, puede crear un formulario que muestre solo determinados campos y permita que se realicen únicamente ciertas operaciones. Esto ayuda a proteger los datos y a asegurarse de que los datos se especifican correctamente.

Para obtener más información sobre los formularios, vea el artículo Introducción a los formularios.

Informes

 Los informes se usan para dar formato a los datos, resumirlos y presentarlos. Por lo general, un informe responde a una pregunta específica como: "¿Cuánto dinero recibimos de cada cliente este año?" o "¿En qué ciudades residen nuestros clientes?". A cada informe se le puede dar formato para presentar la información de la manera más legible posible.

Se puede ejecutar un informe por vez y siempre se reflejan los datos actuales de la base de datos. Generalmente, se les da formato a los informes para imprimirlos, pero también pueden verse en pantalla, exportarse a otro programa o enviarse como datos adjuntos en un correo electrónico.

Para obtener más información sobre los informes, vea el artículo Introducción a los informes.

Consultas

 Las consultas pueden realizar diversas funciones en una base de datos. La función más común es recuperar datos específicos de las tablas. Los datos que quiere ver generalmente están distribuidos en varias tablas y las consultas le permiten verlos en una única hoja de datos. Además, debido a que muchas veces no quiere ver todos los registros a la vez, las consultas le permiten agregar criterios para "filtrar" los datos y obtener solo los registros que quiere.

Ciertas consultas son "actualizables", es decir, puede modificar los datos de las tablas subyacentes mediante la hoja de datos de la consulta. Si está trabajando en una consulta actualizable, recuerde que los cambios se realizan en realidad en las tablas, no solo en la hoja de datos de la consulta.

Hay dos variedades básicas de consultas: consultas de selección y consultas de acciones. Una consulta de selección simplemente recupera los datos y los pone a disposición para su uso. Puede ver los resultados de la consulta en la pantalla, imprimirlos o copiarlos al portapapeles. O bien, puede usar el resultado de la consulta como un origen de registro para un formulario o un informe.

Una consulta de acción, tal como el nombre lo indica, realiza una tarea con los datos. Las consultas de acción se pueden usar para crear tablas nuevas, agregar datos a las tablas existentes, o actualizar o eliminar datos.

Para obtener más información sobre las consultas, vea el artículo Introducción a las consultas.

Macros

 Las macros en Access pueden considerarse un lenguaje de programación simplificado que puede usar para agregar funciones a la base de datos. Por ejemplo, puede adjuntar una macro a un botón de comando en un formulario para que la macro se ejecute cada vez que se hace clic en ese botón. Las macros contienen acciones que ejecutan tareas, como abrir un informe, ejecutar una consulta o cerrar la base de datos. La mayoría de las operaciones de la base de datos que realiza manualmente se pueden automatizar mediante el uso de macros, por lo que se convierten en dispositivos que permiten ahorrar mucho tiempo.

Para obtener más información sobre las macros, vea el artículo Introducción a las macros.

Módulos

 Los módulos, como las macros, son objetos que puede usar para agregar funciones a la base de datos. Mientras que las macros se crean en Access mediante la elección de una lista de acciones de macro, los módulos se escriben en el lenguaje de programación Visual Basic para Aplicaciones (VBA). Un módulo es una colección de declaraciones, instrucciones y procedimientos que se almacenan juntos como una unidad. Un módulo puede ser un módulo de clase o un módulo estándar. Los módulos de clase se adjuntan a formularios o informes y, por lo general, contienen procedimientos que son específicos para el formulario o el informe al que están adjuntos. Los módulos estándar contienen procedimientos generales que no están asociados a ningún otro objeto. Los módulos estándar aparecen en Módulos en el panel de navegación mientras que los módulos de clase no.

DICCIONARIO

Es un listado organizado de todos los objetos de datos pertinentes para el sistema. La información contenida en él deberá incluir aquellas características que describan e identifiquen cada objeto de datos. Las anotaciones, métodos y herramientas utilizadas para desarrollar este apartado deberán estar estandarizadas. Son desarrollados durante el análisis de flujo de datos y ayuda a los analistas a tener un mejor interpretación en la determinación de los requerimientos del sistema

En un diccionario de datos se encuentra la lista de todos los elementos que forman parte del flujo de datos de toda la base de datos. Los elementos mas importantes son flujos de datos, almacenes de datos y procesos. El diccionario de datos guarda los detalles y descripción de todos estos elementos.

Estos diccionarios se desarrollan durante el análisis de flujo de datos y ayuda a los analistas que participan en la determinación de los requerimientos del sistema, su contenido también se emplea durante el diseño del proyecto.

Modelo relacional

Siendo el modelo más común, el modelo relacional ordena los datos en tablas, también conocidas como relaciones, cada una de las cuales se compone de columnas y filas. Cada columna enumera un atributo de la entidad en cuestión, por ejemplo, precio, código postal o fecha de nacimiento. En conjunto, a los atributos en una relación se los llama dominio. Se elige un atributo particular o combinación de atributos como clave primaria, a la cual se puede hacer referencia en otras tablas, en donde se la denomina clave externa.

Cada fila, también denominada tupla, incluye datos sobre una instancia específica de la entidad en cuestión, por ejemplo, un empleado específico.

El modelo también representa los tipos de relaciones entre esas tablas, incluidas las relaciones uno a uno, uno a muchos y muchos a muchos. Este es un ejemplo:

Dentro de la base de datos, las tablas se pueden normalizar, es decir, hacer que cumplan las reglas de normalización que hacen a la base de datos flexible, adaptable y escalable. Al estar normalizada, cada porción de los datos es atómica, es decir, está dividida en partes útiles lo más pequeñas posibles.

Las bases relacionales generalmente se escriben en Lenguaje de Consulta Estructurado (SQL, por sus siglas en inglés). El modelo fue introducido por E. F. Codd en 1970.

Modelo jerárquico

El modelo jerárquico organiza los datos en una estructura de árbol, en la que cada registro tiene un único elemento o raíz. Los registros del mismo nivel se clasifican en un orden específico. Ese orden se usa a manera de orden físico para almacenar la base de datos. El modelo es bueno para describir muchas relaciones del mundo real.

Este modelo fue usado principalmente por los Sistemas de Gestión de Información de IBM en las décadas de 1960 y 1970, pero raramente se los ve en la actualidad debido a ciertas ineficiencias operativas.

Modelo de red

El modelo de red se basa en el modelo jerárquico, permitiendo relaciones de muchos a muchos entre registros vinculados, lo que implica registros principales múltiples. Basado en la teoría matemática de conjuntos, el modelo se construye con conjuntos de registros relacionados. Cada conjunto consiste de un registro propietario o principal y uno o más registros miembros o secundarios. Un registro puede ser miembro o secundario en múltiples conjuntos, permitiendo que este modelo represente relaciones complejas.

Fue muy popular en la década de 1970 después de que fue definido formalmente por la Conference on Data Systems Languages (CODASYL).

Modelo de base de datos orientado a objetos

Este modelo define una base de datos como una colección de objetos, o elementos de software reutilizables, con funciones y métodos relacionados. Hay varios tipos de bases de datos orientadas a objetos:

Una base de datos multimedia incorpora elementos multimedia, tales como imágenes, que no se podrían almacenar en una base de datos relacional.

Una base de datos de hipertexto permite que cualquier objeto se conecte a cualquier otro objeto. Es útil para organizar lotes de datos disímiles, pero no es ideal para análisis numérico.

El modelo de base de datos orientado a objetos es el mejor modelo conocido de base de datos posrelacional ya que incorpora tablas, pero no se limita a ellas. A dichos modelos también se los conoce como modelos de base de datos híbridos.

Modelo relacional de objetos

Este modelo de base de datos híbrido combina la sencillez del modelo relacional con parte de la funcionalidad avanzada del modelo de base de datos orientado a objetos. En esencia, permite a los diseñadores incorporar objetos en una estructura familiar de tablas.

Entre los idiomas e interfaces de llamada se incluyen SQL3, lenguajes de proveedores, ODBC, JDBC e interfaces de llamada patentadas que son extensiones de lenguajes e interfaces usadas por el modelo relacional.

Modelo entidad-relación

Este modelo capta las relaciones entre entidades del mundo real de forma muy similar al modelo de red, pero no está directamente ligado a una estructura física de la base de datos. En cambio, con frecuencia se lo usa para diseñar una base de datos conceptualmente.

Aquí, a las personas, lugares y cosas, acerca de las cuales se almacenan puntos de datos, se las denomina entidades, cada una de las cuales tiene ciertos atributos que en conjunto forman su dominio. La cardinalidad, o relaciones entre entidades, también se representa en diagramas.

Una forma común del diagrama entidad-relación ER es el esquema de estrella, en el cual una tabla central de información se conecta a múltiples tablas dimensionales.

Modelo de archivo invertido

Una base de datos construida con estructura de archivo invertido se diseña para facilitar búsquedas rápidas de texto completo. En este modelo, el contenido de datos se indexa como una serie de claves en una tabla de búsqueda, donde los valores indican la ubicación de los archivos asociados. Esta estructura puede proporcionar un informe casi instantáneo de, por ejemplo, datos masivos y análisis estadístico.

Este modelo ha sido usado por el sistema de gestión de bases de datos ADABAS de Software AG desde 1970, y se sigue utilizando en la actualidad.

Modelo plano

El modelo plano es el modelo de datos más antiguo y más sencillo. Simplemente presenta todos los datos en una sola tabla, que consiste de columnas y filas. Para acceder a los datos o manipularlos, la computadora tiene que leer todo el archivo plano y traerlo a la memoria, lo que vuelve a este modelo ineficiente para todo, excepto para los conjuntos de datos más pequeños.

Modelo multidimensional

Esta es una variación del modelo relacional diseñado para facilitar un mejor procesamiento analítico. Aunque el modelo relacional está optimizado para procesamiento de transacciones en línea (OLTP), este modelo está diseñado para procesamiento analítico en línea (OLAP).

Cada celda de una base de datos dimensional contiene datos acerca de las dimensiones registradas por la base de datos. Visualmente, es como una colección de cubos, en lugar de tablas bidimensionales.

Modelo semiestructurado

En este modelo, los datos estructurales comúnmente contenidos en el esquema de la base de datos están incrustados con los datos mismos. Aquí la diferencia entre los datos y el esquema es imprecisa en el mejor de los casos. Este modelo es útil para describir sistemas, tales como ciertas fuentes de datos basadas en web, las cuales tratamos como bases de datos, pero que no podemos limitar con un esquema. También es útil para describir interacciones entre bases de datos que no se apegan al mismo esquema.

Modelo de contexto

Este modelo puede incorporar elementos de otros modelos de bases de datos, según sea necesario. Improvisa elementos de modelos orientados a objetos, semiestructurados y de red.

Modelo asociativo

Este modelo divide todos los puntos de datos en base a si describen una entidad o una asociación. En este modelo, una entidad es todo lo que existe de manera independiente, mientras que una asociación es algo que solo existe en relación a algo más.

El modelo asociativo estructura los datos en dos grupos:

• Un grupo de elementos, cada uno con un identificador único, un nombre y un tipo.
• Un grupo de enlaces, cada uno con un identificador único y los identificadores únicos de una fuente, verbo u objetivo. La información almacenada tiene que ver con la fuente y cada uno de los tres identificadores pueden hacer referencia ya sea a un enlace o a un elemento.

Otros modelos menos comunes de bases de datos incluyen:

• Modelo semántico, el cual incluye información acerca de cómo los datos almacenados se relacionan con el mundo real.
• Base de datos XML, la cual permite que los datos sean especificados e incluso almacenados en formato XML.
• Gráfico etiquetado.
• Triplestore.

https://es.slideshare.net/axelmeridages/modelos-de-base-de-datos-15427655
https://tecnologiaeinformaticacji.files.wordpress.com/2013/02/lectura-tipos-de-bases-de-datos.pdf
https://www.aiu.edu/cursos/base%20de%20datos/.../lección%202.pdf