Base de Datos

FASES PARA LA CREACIÓN DE UNA BASE DE DATOS

ANÁLISIS DE REQUERIMIENTOS Y DISEÑO CONCEPTUAL:

Consiste en especificar lo que se requiere que haga el sistema o la aplicación.

Permite que las personas observen los elementos lógicos separados de los componentes físicos. Después de lo cual se podrá desarrollar un modelo físico eficiente para la situación donde será utilizado.

De allí surgirán:

Entidades

* Abstracciones de un objeto del mundo real.

* Representación una colección de objetos que tienen propiedades comunes.

* Ejemplo: CLIENTE

Atributos

* Propiedades de una entidad

* Ejemplo: Nombre y apellido, edad, dirección, etc.

Relaciones o Flujo de datos

* Intercambio de información entre entidades

* Representan datos en movimiento lógicamente relacionados.

* Describen el movimiento de paquetes de datos de una parte del sistema a otra.

Procesos

* Una actividad, tarea, proceso, función, etc.

* Transforma entradas en salidas

Almacenes

* Colección de datos en reposo.

* Archivo en disco

* datos en un fichero de papel

* Ejemplo: una FACTURA

Terminadores o Entidades Externas.

* Representan objetos con los cuales el sistema se comunica.

* Personas, agrupamientos, organizaciones

* otros sistemas de software o hardware

* Se encuentran por fuera del sistema.

El análisis de requerimientos solicita entendimiento, clasificación, organización, priorización y validación.

En todo momento debemos considerar los límites del sistema, teniendo en claro cuál es su objetivo primario ¿Qué es lo que queremos que el sistema haga? ¿Qué salidas de información queremos obtener? Sólo de esta manera se podrá diferenciar qué de toda la información recolectada debemos almacenar y cómo deberá ser el diseño que se ajuste a ella.

DISEÑO CONCEPTUAL

Conjunto de actividades que resultan en un esquema conceptual de alto nivel de una base de datos, independiente del software gestor (SGBD), partiendo de especificaciones de requerimientos.

El diseño conceptual de una base de datos suele hacerse empleando un DER.

Las personas encargadas de esta tarea suelen llamarse diseñadores de bases de datos.

El diseño conceptual de una base de datos forma parte del proceso de diseño de la base de datos completa, que incluye el diseño conceptual, diseño lógico y diseño físico de la misma.

Desarrollo del diseño conceptual de una base de datos

El diseño conceptual parte de los requerimientos, resultando en un esquema conceptual de base de datos. El esquema conceptual sirve luego para el diseño lógico de base de datos.

DISEÑO LÓGICO:

En este punto del proyecto, transformamos el esquema de la base de datos (diseño conceptual), en una serie de estructuras lógicas (tablas, campos, claves primarias y ajenas, etc.), que permitirán almacenar los datos de una forma óptima, sin redundancia de datos (que no haya duplicidad de información; que no se repita el mismo dato) y garantizando la integridad referencial: que no se pueda relacionar un dato A con otro dato B, si este último no existe todavía en la base de datos.

El objetivo es definir correctamente los campos y claves de las tablas, y las relaciones entre ellas, para que el sistema gestor de base de datos pueda avisar con un mensaje de error si el usuario está intentando realizar una operación incorrecta sobre la base de datos, y que no corresponde con el diseño del esquema inicial.

EJEMPLO

Una transformación de la entidad ALUMNO a un lenguaje de tablas sería la siguiente:

La entidad ALUMNO se convierte en una tabla ALUMNO. Cada atributo de la entidad ALUMNO se convierte en un campo en la tabla ALUMNO.

DISEÑO FÍSICO:

El diseño físico de la base de datos optimiza el rendimiento a la vez que asegura la integridad de los datos al evitar repeticiones innecesarias de datos. Durante el diseño físico, se transforman las entidades en tablas, las instancias en filas y los atributos en columnas.

Una vez completado el diseño lógico de la base de datos, se pasa al diseño físico. El personal que realiza el diseño debe tomar decisiones que afectan al diseño físico, algunas de las cuales se listan a continuación.

Cómo convertir entidades en tablas físicas
Qué atributos utilizar para las columnas de las tablas físicas
Qué columnas de las tablas deben definirse como claves
Qué índices deben definirse en las tablas
Qué vistas deben definirse en las tablas
Cómo desnormalizar las tablas
Cómo resolver relaciones de varios con varios
Qué diseños pueden beneficiarse del acceso hash

El diseño físico es el momento en que se abrevian los nombres que se han elegido durante el diseño lógico. Por ejemplo, puede abreviar el nombre de columna que identifica a los empleados, EMPLOYEE_NUMBER, como EMPNO. En DB2 para z/OS, debe abreviar los nombres de columna y los nombres de tabla para ajustarlos a la restricción física de un máximo de 30 bytes para nombres de columna y un máximo de 128 bytes para nombres de tabla.

La tarea de crear el diseño físico es un trabajo que realmente no acaba nunca. Es necesario supervisar continuamente las características de rendimiento e integridad de los datos de la base de datos a medida que pasa el tiempo. Muchos factores necesitan mejoras periódicas en el diseño físico.

DB2 le permite cambiar muchos de los atributos clave del diseño mediante sentencias ALTER SQL. Por ejemplo, suponga que diseña una tabla particionada de modo que almacena datos para 36 meses. Más adelante descubre que necesita ampliar el diseño a datos para 84 meses. Puede añadir o rotar particiones para los 36 meses actuales a fin de acomodar el nuevo diseño.

El resto de esta información incluye información valiosa que puede ayudarle a crear y mejorar el diseño físico de la base de datos. Sin embargo, esta tarea generalmente requiere tener más experiencia en DB2 que la que probablemente tienen la mayoría de los lectores de esta información de nivel introductorio.