FASES PARA LA CREACIÓN
DE UNA BASE DE DATOS
1. Contenido
El diseño de una base
de datos no es un proceso sencillo. Habitualmente, la complejidad de la
información y la cantidad de requisitos de los sistemas de información hacen
que sea complicado. Por este motivo, cuando se diseñan bases de datos es
interesante aplicar la vieja estrategia de dividir para vencer.
Descompondremos el
diseño de bases de datos en tres etapas:
ü ANÁLISIS DE REQUERIMIENTO Y DISEÑO
CONCEPTUAL
Es la etapa de percepción,
identificación y descripción del mundo real a analizar.se debe responder a la
pregunta ¿qué representar?
Es necesario identificar los usuarios y
aplicaciones que van a interactuar con el sistema.
Método de captura de datos
Entrevistas con los usuario de distintos niveles de la organización. Análisis de la documentación existente. Estudio de las reglas de la empresa. Análisis de las transacciones y su frecuencia.
El diseño conceptual incluye la creación de un esquema o modelo
conceptual de la base de datos. Este modelo es independiente de las
consideraciones físicas, incluyendo los sistemas de gestión de base de datos,
los lenguajes de programación y las plataformas de hardware. Los usuarios no
técnicos deben entender el esquema, así que no debería contener detalles sobre cómo
se implementará la base de datos. Pero debe estar detallado en términos de la
naturaleza, estructura y significado de los datos.
MODELO ENTIDAD-RELACIÓN
Durante la fase conceptual, los diseñadores de bases de datos suelen
crear lo que se conoce como el modelo entidad-relación, o diagrama, para
ayudarles a visualizar la base de datos. Este diagrama identifica cada entidad,
conocida también como relación o tabla en la base de datos, así como las
relaciones entre las entidades. Básicamente, el diagrama es lo bastante
sencillo como para permitir que los diseñadores de bases de datos aprendan y
entiendan los conceptos básicos, pero lo bastante detallados, que les ayuden a
desarrollar aplicaciones complejas.
Ejemplo:
üETAPA DEL DISEÑO LÓGICO
En esta
etapa se parte del resultado del diseño conceptual, que se transforma de forma
que se adapte a la tecnología que se
debe emplear. Más concretamente, es
preciso que se ajuste al modelo del SGBD
con el que se desea implementar la base de datos. Por ejemplo, si se trata de
un SGBD relacional, esta etapa obtendrá un conjunto de relaciones con sus
atributos, claves primarias y claves foráneas.
Esta etapa parte del hecho de que
ya se ha resuelto la problemática de la estructuración de la información en un ámbito
conceptual, y permite concentrarnos en las cuestiones tecnológicas relacionadas
con el modelo de base de datos.
Más adelante
explicaremos cómo se hace el diseño lógico de una base de datos relacional,
tomando como punto de partida un diseño conceptual expresado con el modelo ER;
es decir, veremos cómo se puede transformar un modelo ER en un modelo
relacional.
El objetivo del diseño
lógico es transformar el esquema genérico y conceptual en un modelo de datos
determinado para un sistema de gestión de bases de datos determinado. El diseño
lógico puede realizarse manualmente, o automáticamente en algunos casos, a
través del uso de herramientas CASE (ingeniería de software asistida por
computadora) desde un diseño conceptual. En cualquier caso, el resultado final
es un junto de comandos de lenguaje de definición de datos, que puede ser usado
de forma interactiva, o como parte de un programa de computadora para crear la
base de datos.
Ejemplo:
• Esquema relacional
persona (identificacion, nombres, apellidos, edad )
cuenta (persona_id*, numerocuenta)
• Representación gráfica.
• Esquema relacional
persona (identificacion, nombres, apellidos, edad )
cuenta (persona_id*, numerocuenta)
• Representación gráfica.
ü ETAPA DEL DISEÑO FÍSICO
El diseño físico es el
proceso de implementación física del modelo de datos lógico en un sistema de
gestión de bases de datos. Incluye escoger las estructuras de archivos
determinadas en las que almacenar las tablas, o relaciones, de la base de
datos, y en asegurar que se puede acceder a las relaciones de forma rápida,
eficiente y segura. Los diseñadores de bases de datos pueden necesitar pensar
sobre los tiempo de acceso a la base de datos para las transacciones que se
usan habitualmente, así como el número medio de transacciones procesadas por
minuto y la cantidad de espacio que necesitará la base de datos. Un índice en
unos campos, o columnas, determinados en una base de datos puede mejorar los
tiempos de acceso, pero el diseñador de bases de datos debe decidir qué campos
indexar.
Por ejemplo, si se
trata de una base de datos relacional, la transformación de la estructura puede
consistir en lo siguiente: tener almacenada alguna relación que sea la
combinación de varias relaciones que se han obtenido en la etapa del diseño
lógico, partir una relación en varias, añadir algún atributo calculable a una
relación, etc. Los aspectos de implementación física que hay que completar
consisten normalmente en la elección de estructuras físicas de implementación
de las relaciones, la selección del tamaño de las memorias intermedias
(buffers) o de las páginas, etc.
-- Table `empleados`.`persona`
CREATE TABLE IF NOT EXISTS `empleados`.`persona` (
`identificacion` VARCHAR(15) NOT NULL ,
`nombres` VARCHAR(20) NOT NULL ,
`apellidos` VARCHAR(30) NOT NULL ,
`edad` INT(11) NOT NULL ,
PRIMARY KEY (`identificacion`) )
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1;
CREATE TABLE IF NOT EXISTS `empleados`.`persona` (
`identificacion` VARCHAR(15) NOT NULL ,
`nombres` VARCHAR(20) NOT NULL ,
`apellidos` VARCHAR(30) NOT NULL ,
`edad` INT(11) NOT NULL ,
PRIMARY KEY (`identificacion`) )
ENGINE = InnoDB
DEFAULT CHARACTER SET = latin1;
ü EJEMPLOS
2. Resumen
-Análisis de requerimientos y
Diseño conceptual: El objetivo es captar los requisitos de información de los
distintos grupos de usuarios. Incluye la creación de un esquema o modelo
conceptual de la base de datos. Los usuarios no técnicos deben entender el
esquema, así que no debería contener detalles sobre cómo se implementará la
base de datos.
El resultado de la etapa del diseño
conceptual se expresa mediante algún modelo de datos de alto nivel. Uno de los más empleados es el
modelo entidad interrelación (entity-relationship), que abreviaremos con la
sigla ER.
- Diseño Lógico: El objetivo del diseño lógico es transformar el esquema genérico
y conceptual en un modelo de datos determinado para un sistema de gestión de
bases de datos determinado. El diseño lógico puede realizarse manualmente, o
automáticamente en algunos casos, a través del uso de herramientas CASE
(ingeniería de software asistida por computadora) desde un diseño conceptual.
-Diseño Físico: en esta fase se transforma la estructura obtenida en la etapa del
diseño lógico, con el objetivo de conseguir una mayor eficiencia; además, se
completa con aspectos de implementación física que dependerán del SGBD.
3. Summary
Analysis of requirements and conceptual design: The
goal is to capture the information requirements of different user groups. It
includes creating a framework or conceptual model of the database.
Non-technical users should understand the schematic, so it should not contain
details on how the database will be implemented.
The
result of the conceptual design stage is expressed by a model of high-level
data. One of the most widely used is the entidadinterrelación model
(entity-relationship), which abbreviated with the acronym ER.
- Logical Design: The purpose of the logical design
is to transform the generic and conceptual diagram in a given data model for
database management system specific data. The logical design can be done
manually, or automatically in some cases, through the use of CASE tools (aided
software engineering computer) from a conceptual design.
-Design Physical: at this stage the structure obtained
in the logical design stage is transformed, with the aim of achieving greater
efficiency; also it complete with physical implementation issues that depend on
the DBMS.
4. Recomendaciones
Una vez concluida el trabajo, se
considera interesante investigar sobre otros aspectos relacionados con las
fases para la creación de una base de datos y se propone:
-
Extender los estudios de las 3 fases
importantes para la creación de una base de datos.
-
Hacer más común el uso del modelo
Entidad-Relación.
-
Utilizar la técnica de la normalización
para comprobar la validez de los esquemas lógicos.
5. Conclusiones
El presente trabajo se ha dedicado al
estudio de las fases para la creación de una base de datos la cual nos hemos
dado cuenta que permite obtener una buena construcción de una base de datos.
Mediante este trabajo se han alcanzado los objetivos planteado en cuanto a:
-Definir que es un análisis de
requerimiento y cuál es su objetivo para la creación de una base de datos.
- Estudiar el diseño lógico y físico
6. Apreciación
del equipo
Es muy importante conocer acerca de
cómo construir una buena base de datos, que fases debemos de seguir para un
buen diseño de los esquemas y así atender las necesidades de una organización o
empresa.
7. Glosario
de Términos
ER: Entidad-Relación.
CASE: Es la parte metálica donde se
encuentran mucho componentes de la PC.
BUFFER: Es un espacio de la memoria en un disco o en un instrumento
digital reservado para el almacenamiento temporal de información digital.
8. Bibliografía
TAMBIEN PUEDE VISITAR A NUESTRA PÁGINA WEB SLIDESHARE
Excelente. Gracia por su aporte de investigación. Saludos
ResponderEliminar