Un lenguaje llamado SQL (Structured Query Language) fue desarrollado para trabajar con bases de datos relacionales.

Introducción

La base de datos relacional fue propuesta por Edgar Codd alrededor de 1969. Desde el inicio se convitió en el modelo dominante para base de datos para aplicaciones comerciales (en comparación con otros modelos de bases de datos como jerárquico, de red, entre otros).

Una base de datos relacional organiza los datos en tablas (o relaciones). Una tabla está hecha de filas y columnas. Una fila también es llamado registro (o tupla). Una columna también es llamada campo (o atributo). Una tabla de base de datos es similar a una hoja de cálculo. Sin embargo, las relaciones que pueden ser creadas entre las tablas habilita a la base de datos relacional guardar eficentemente una gran cantidad de datos, y recuperar efectivamente datos seleccionados.

Un lenguaje llamado SQL (Structured Query Language) fue desarrollado para trabajar con bases de datos relacionales.

Diseño de bases de datos

Objetivo

Una base de datos con un buen diseño deberá:

• Eliminar redundancia de datos: La misma pieza de datos no deberá ser guardada en más de un lugar. Esto es porque duplicar datos no solo gasta espacios de almacenamiento si no que también fácilmente lleva a inconsistencias.
• Asegurar integridad y exactitud de datos

Ciclo de vida

[pic 2]

El ciclo de vida de las bases de datos (DBLC) define las etapas a seguir para obtener cualquier base de datos fuera de la mesa de dibujo y echarla a andar.

De hecho, el DBLC nunca termina porque el monitoreo, modificación, y mantenimiento de la base de datos son parte del ciclo de vida, y estas actividades continúan mucho después de que la base de datos ha sido implementada. Haciéndolo simple, el DBLC engloba el tiempo de vida de una base de datos.

Las 5 etapas en el ciclo de vida de las bases de datos son:

1. Análisis de requerimientos
2. Diseño lógico
3. Diseño físico
4. Implementación
5. Monitoreo, modificación, y mantenimiento

I. Análisis de requerimientos

Es la primer y más importante etapa en el ciclo de vida de las bases de datos.
Es la labor más intensiva de un diseñador de bases de datos.
Esta etapa incluye la evaluación de las necesidades informacionales de una organización por eso una base de datos puede ser diseñada para conocer estas necesidades.

II. Diseño lógico

Durante la primera parte del diseño lógico, un modelo conceptual es creado basado en la evaluación de las necesidades realizadas en la etapa 1. Un modelo conceptual es típicamente una relación de entidades (ER), un diagrama que muestra las tablas, campos, y llaves primarias de la base de datos, y como son relacionadas (unidas) las tablas una con otra.
Las tablas dibujadas en el diagrama ER son entonces normalizadas. El proceso de normalización resuelve cualquier problema asociado con el diseño de la base de catos, por eso los datos pueden ser accedidos rápido y eficientemente.

Conceptos:

1. Modelo conceptual: Una descripción de la estructura de una base de datos.
2. Diagrama entidad relación: Un diagrama usado durante la fase de diseño del desarrollo de la base de datos para ilustrar la organización y relaciones entre los datos durante el diseño de la base de datos.
3. Normalización: El proceso de aplicar reglas cada vez más rigurosas a una base de datos relacional para corregir cualquier problema asociado con diseños pobres.

III. Diseño físico

La etapa del diseño físico tiene un único propósito: maximizar la eficiencia de la base de datos.
Esto quiere decir, encontrar maneras de maximizar la velocidad del desempeño del RDBMS (Sistema manejador de base de datos relacional).

Especifica la configuración física de la base de datos en el medio de almacenamiento. Esto incluye especificación detallada de los elementos de datos, tipos de datos, opciones de indexamiento y otros parámetros que residen en el diccionario de datos del RDBMS. Este es el diseño detallado de un sistema que incluye módulos, el hardware de la base de datos y las especificaciones de software del sistema.

Cuando se manipulan bases de datos adecuadas se diseñan elementos que pueden maximizar la velocidad de las dos operaciones más lentas en un RDBMS: recuperando y escribiendo datos a la base de datos.

IV. Implementación

Durante la etapa de implementación, se comienza la realización física de la base de datos y los diseños de aplicación. Esta es la fase de programación de los sistemas de desarrollo.

V. Monitoreo, modificación, y mantenimiento

Antes de que el nuevo sistema comience a andar, éste debe ser probado a fondo. El objetivo no es demostrar que el software está trabajando bien, si no encontrar errores.

Monitorear significa que la ejecución del sistema es observada. Si la ejecución del sistema cae por debajo de un nivel aceptable, debe ser requerida una afinación o reorganización de la base de datos

Mantener y mejorar la base de datos significa que, cuando los nuevos requerimientos surgen, el ciclo de vida comenzará desde el inicio.

Principios del diseño de base de datos

Diseñar una base de datos es más arte que ciencia, debido a que tienes que tomar muchas decisiones. Las bases de datos son usualmente personalizadas para adaptarse a una aplicación determinada. Dos aplicaciones personalizadas no son iguales, y por lo tanto, dos bases de datos no son iguales.

Normalización

Los diseñadores de bases de datos efectivas deben de tener en mente los principios de normalización mientras diseñan una base de datos. Normalización es un acercamiento para el diseño de base de datos que busca los siguientes cuatro objetivos:

• Minimizar redundancia de datos
• Minimizar re-estructuración de datos,
• Minimizar las entradas y salidas por tamaños de reducción y transición
• Aplicación de integridad referencial.

Tablas, Unicidad y Llaves

Las tablas en el modelo relacional se utilizan para representar las "cosas" en el mundo real. Cada tabla debe representar a una sola cosa. Estas cosas (o entidades) pueden ser objetos o eventos del mundo real. Por ejemplo, un objeto del mundo real puede ser un cliente, un artículo de inventario, o una factura. Ejemplos de eventos incluyen visitas de pacientes, pedidos y llamadas telefónicas. Las tablas se componen de filas y columnas.

...