Fases del diseño,
-
Análisis y definición de requisitos
-
Diseño del esquema conceptual (modelo ER)
-
Elección de un SGBD
-
Transfomación del modelo de datos o diseño lógico
-
Diseño físico de la base de datos
Dentro de este marco, se puede observar que el primer paso para el diseño de cuaquier base de datos, es la recopilación de requisitos y el análisis de la información, para determiar cómo y para qué se utilizará, donde el diseñador debe entrevistar a los usuarios a objeto de comprender y documentarse sobre ¿Cuál es el propósito de la base de datos? ¿Qué información debe tener? ¿Qué información desea generar?. Teniendo claro estos requerimientos se procede a crear un esquema conceptual mediante un modelo de datos conceptual de alto nivel (este paso se llama el diseño conceptual).
Posteriormente se realizar el siguiente paso que es la elección de un Sistema de Gestión de Base de Datos (SGBD) o versión inglesa DataBase Management System (DBMS). De hecho, si decidimos utilizar un sistema gestor de bases de datos relacionales, podemos recurrir a los siguientes gestor de bases de datos: Oracle, DB2 deIBM, SQL Server de Microsoft, Interbase de Borland o a cualquier otro de los muchos sistemas gestores de bases de datos relacionales que existen en el mercado.
Selección de un sistema gestor de bases de datos
Un SGBD o DBMS es un producto software con capacidad para definir, mantener y utilizar bases de datos, por lo tanto, el que decidamos utilizar debe permitirnos, entre otras cosas, definir estructuras de almacenamiento adecuadas y acceder a los datos de forma eficiente y segura. A continuación se enumeran algunos de los aspectos en que deberíamos fijarnos para elegir un SGBD concreto:
Factores técnicos
-
Organización de los datos independientemente de las aplicaciones que los vayana usar (independencia lógica) y de los archivos en los que vayan a almacenar dichos dats (independencia física).
-
Datos y aplicaciones accesibles a los usuarios y a otras aplicaciones de la manera más amigable posible (mediante lenguajes de consulta como SQL oQuery-by-example).
-
Datos gestionados de forma centralizada e independiente de las aplicaciones.
-
No redundancia (los datos no deben estar duplicados), consistencia e integridad.
-
Fiabilidad (protección frente a fallos en el hardware).
-
Seguridad (no todos los datos deben ser accesibles a todos los usuarios y el SGBD debe ayudarnos a controlar esto).
-
Capacidad de replicación y distribución.
-
Disponibilidad de herramientas adecuadas de desarrollo de software.
-
Portabilidad.
Factores no técnicos
-
Costo de la adquisición del software (licencias de uso del SGBD).
-
Costo del hardware necesario para el uso del SGBD.
-
Costos asociados al mantenimiento de la base de datos.
-
Costo de creación y conversión de la base de datos.
-
Coste de personal (tanto de formación como de operación de la base de datos).
-
Disponibilidad de servicios por parte del proveedor del SGBD.
En este sentido, el esquema conceptual se transforma en una estructura de datos del modelo relacional en el que se apoya el SGBD que se vaya a utilizar (un modelo lógico de datos).
De igual manera, para el diseño de la base de datos relacional, se especifican las estructuras de almacenamientos interno, los índices, las rutas de acceso y la organización de archivo (este paso se conoce como diseño físico).