Aspectos puntuales en la ingeniería inversa de una base de datos

| Última modificación: 17 de junio de 2024 | Tiempo de Lectura: 3 minutos

Algunos de nuestros reconocimientos:

Premios KeepCoding

En este artículo te contaremos algunos aspectos puntuales en la ingeniería inversa de una base de datos.

La ingeniería inversa es un procedimiento mediante el cual el analista estudia y documenta archivos o bases de datos de una aplicación. Por medio de esta se obtienen los modelos lógico y relacional de la base de datos.

Existen algunos aspectos puntuales en la ingeniería inversa de una base de datos que debemos tener en cuenta son los que detallamos en este post.

Problemas en la ingeniería inversa de una base de datos

Adhesión al modelo de influencia

Sucede que, muchas veces, las bases de datos en realidad no son de la tipología que dicen ser. Esto se debe a que algunos de los diseñadores y administradores de bases de datos suelen hacer uso de sus apegos culturales para la fabricación de las BBDD, lo cual se traduce en, por ejemplo, bases de datos relacionales que son simplemente una modificación de bases de datos IMS o inclusive de archivos de Excel.

Construcciones obsoletas

Puede pasar que algunas bases de datos sean de construcción obsoleta y por tanto los programas actuales no lean los datos correctamente.

Diseño inadecuado

También puede suceder que las bases de datos las construyan personas con los suficientes conocimientos y destrezas. Esto se debe a muchas razones, entre ellas lo enumerado en el primer ítem, ya que pueden existir estructuras que no se adapten correctamente al nuevo tipo de base de datos. Además, en ocasiones las BBDD las diseñan desarrolladores inexpertos que tienen fundamentos teóricos, pero les faltan bases metodológicas y prácticas.

Estructuras implícitas

Son construcciones que no han sido declaradas de manera específica en las sentencias DDL (permiten crear únicamente condiciones básicas: Create, Alter, Drop, Truncate, Rename). En ocasiones, estas construcciones pueden recuperarse a través de análisis de procedimientos.

Estructuras optimizadas

Existen ocasiones en las que, por cuestiones de optimización del espacio y del tiempo, las bases de datos están diseñadas por medio de estructuras no semánticas. Las bases de datos semánticas buscan evitar estructuras redundantes y normalizadas que mejoren tiempos de respuestas; de ahí la importancia de implementar estructuras semánticas en las BBDD.

aspectos puntuales en la ingeniería inversa de una base de datos

Extracción de estructuras de datos

Entre algunos de los aspectos puntuales en la ingeniería inversa de una base de datos se encuentra la extracción, un proceso que consiste en obtener la estructura física de una base de datos existente.

La extracción cuenta con varios subprocesos:

DMS-DDL de análisis de datos

En este proceso se hace un análisis de las estructuras de datos y sentencias de declaración específicas en el DDL, en los que se incluyen scripts de esquema y programas de aplicación.

Esquema de perfeccionamiento

Este es uno de los aspectos puntuales en la ingeniería inversa de una base de datos más complicado, ya que consiste en analizar las fuentes no declarativas de la información con el objetivo de obtener construcciones implícitas y restricciones.

Esquema de integración

Los esquemas de integración se producen cuando una fuente de información ha sido procesada y se entrega al administrador de bases de datos un esquema refinado. El esquema lógico final, producto de todas las integraciones de esquemas, debe estar completo.

data

Conceptualización de estructuras de datos

Este proceso tiene como finalidad aplicar la semántica de las estructuras físicas de datos.

Aborda subprocesos como:

Conceptualización básica

Consiste en extraer todo el concepto semántico de importancia de las estructuras de datos, principalmente el esquema lógico. Incluye tres aspectos:

Preparación del esquema

A pesar de que el esquema puede contener construcciones como archivos y claves de acceso, estas pueden ser perfectamente desechadas.

Antes de hacer cualquier tipo de interpretación en esta fase, es importante hacer una traducción de nombres y reestructurar algunas partes del esquema.

Esquema de untranslation

En esta etapa, el analista identifica los indicios de la traducción técnica de las construcciones semánticas al esquema lógico.

Esquema de la optimización

Se busca el esquema lógico para encontrar indicios de estructuras de optimización, entre ellas: desnormalización, estructura redundante y reestructuración.

Normalización conceptual

Este subproceso consiste en reestructurar el esquema conceptual base para darle las cualidades solicitadas en los requerimientos.

base de datos

En este artículos hemos conocido algunos aspectos puntuales en la ingeniería inversa de una base de datos. Si quieres seguir aprendiendo sobre todas estas temáticas, te invitamos a que te inscribas en nuestro Big Data, Inteligencia Artificial & Machine Learning Full Stack Bootcamp, en donde tendrás a los mejores profesionales a tu disposición para seguir alcanzando tus metas. ¡Solicita información y atrévete a cambiar tu vida!

Sandra Navarro

Business Intelligence & Big Data Advisor & Coordinadora del Bootcamp en Data Science, Big Data & Machine Learning.

Posts más leídos

¡CONVOCATORIA ABIERTA!

Big Data, IA & Machine Learning

Full Stack Bootcamp

Clases en Directo | Profesores en Activo | Temario 100% actualizado