Diseño de archivo y bases de datos.

El diseño de archivos y bases de datos incluye decisiones con respecto a la naturaleza y contenido del propio archivo, como si se fuera a emplear para guardar detalles de las transacciones, datos históricos, o información de referencia. Entre las decisiones que se toman durante el diseño de archivos, se encuentran las siguientes:

a) Los datos que deben incluirse en el formato de registros contenidos en el archivo.

b) La longitud de cada registro, con base en las características de los datos que contenga.

c) La secuencia a disposición de los registros dentro del archivo (la estructura de almacenamiento que puede ser secuencial, indexada o relativa).

No todos los sistemas requieren del diseño de todos los archivos, ya que pueden existir archivos de un sistema anterior que pueden ser utilizados para el nuevo sistema y probablemente solo tenga que enlazarse el nuevo sistema al archivo maestro donde se encuentran los registros.

En lo que se refiere a las bases de datos, la mayoría de los sistemas de información ya se han implantado en sistemas de cómputos grandes o pequeños, por lo que utilizan una base de datos que puede abarcar varias aplicaciones, por esta razón estos sistemas utilizan un administrador de base de datos. En este caso el diseñador no construye la base de datos sino que consulta a su administrador para ponerse de acuerdo en el uso de esta base de datos en el sistema.

EL MODELO RELACIONAL.

• Todos los datos se representan en tablas.

           o    Incluso los resultados de cualquier consulta son otra tabla.

• Las tablas están compuestas por filas y columnas.

• Las filas y las columnas, en principio, carecen de orden (p.ej., el orden en el que se muestren las filas y las columnas no importa).

           o    Las filas sólo se ordenan si se le indica a la base de datos que lo haga, mediante el correspondiente comando. De no ser así, el orden será arbitrario, y puede cambiar en caso de tratarse de una base datos dinámica.

           o    El orden de las columnas lo determina cada consulta.

• Cada tabla tiene una clave primaria, un identificador único, compuesto por una o más columnas.

• La mayoría de las claves primarias están formadas por una única columna (p.ej., CIUDAD_ID). 

• Para establecer una relación entre dos tablas es necesario incluir, en forma de columna, en una de ellas la clave primaria de la otra. A esta columna se le llama clave secundaria.

• Estos dos conceptos --clave primaria y secundaria-- son los más importantes en el diseño de bases de datos. Es importante dedicarles tiempo, para entender bien en qué consisten y cómo funcionan.

• Cualidades de un buen diseño de base de datos.
• Reflejar la estructura del problema en el mundo real.
• Ser capaz de representar todos los datos esperados, incluso con el paso del tiempo.
• Evitar el almacenamiento de información redundante.
• Proporcionar un acceso eficaz a los datos.
• Mantener la integridad de los datos a lo largo del tiempo.
• Ser claro, coherente y de fácil comprensión.
• Nota: A veces, estos objetivos pueden ser contradictorios.

INTRODUCCIÓN AL MODELO ENTIDAD/RELACIÓN.

• El modelo Entidad/Interrelación (E/R): un método de diseño de bases de datos.
• Muestra de una versión simplificada.
• Representa los datos mediante una serie de entidades que disponen de atributos.
• Una entidad es una clase de objetos o conceptos claramente dentificable.
• Las entidades establecen interrelaciones con otras entidades.
• El resultado de este proceso es una base de datos normalizada que facilita el acceso a los datos y evita su duplicado. 

Nota: en su mayor parte, el diseño formal de una base de datos se centra en la normalización de la base y en asegurar que el diseño se ajuste a un nivel de normalización (p.ej., first normal form, second normal form,etc.). Este nivel de formalidad va mucho más allá, pero es importante saber que existen tales formalidades.

Nota: en su mayor parte, el diseño formal de una base de datos se centra en la normalización de la base y en asegurar que el diseño se ajuste a un nivel de normalización (p.ej., first normal form, second normal form,etc.). Este nivel de formalidad va mucho más allá, pero es importante saber que existen tales formalidades.

PROCESO DEL DISEÑO EN MODELO ENTIDAD / RELACIÓN.

• Identificar las entidades que debe presentar la base de datos.
• Determinar las cardinalidades de las interrelaciones establecidas entre las distintas entidades y clasificar estas interrelaciones entre los siguientes tipos:

             o    Uno a uno (p.ej., una parcela sólo tiene una dirección).

             o    Uno a muchos (p.ej., en una parcela pueden ocurrir varios incendios).

             o    Muchos a muchos (p.ej., la venta de parcelas: una misma parcela la pueden vender varios propietarios y cada propietario puede vender varias parcelas).

• Dibujar el diagrama Entidad/Interrelación.
• Determinar los atributos de cada entidad.
• Definir la clave primaria (única) de cada entidad.

PASO DEL MODELO E/R AL DISEÑO DE LA BASE DE DATOS.

• Las entidades entre las que hay una interrelación uno a uno se deben fusionar en una sola entidad.
• Una vez hecho esto, cada una de las entidades que quedan se convierte en una tabla con una clave primaria y una serie de atributos, de los cuales algunos pueden ser claves secundarias. 
• Las interrelaciones uno a muchos se transforman en atributo y clave secundaria de la tabla que representa a la entidad situada del lado de la interrelación correspondiente a muchos.
• Las interrelaciones muchos a muchos entre dos entidades pasan a ser una tercera tabla con claves secundarias procedentes de ambas entidades. Estas claves secundarias deberán formar parte de la clave primaria de la tabla en la que se convierte la interrelación, cuando corresponda.
• Hay una serie de herramientas disponibles en el mercado que pueden automatizar el proceso de conversión de un modelo E/R en un esquema de base de datos.

Diseño de archivo y bases de datos por Kendall y Kendall: