6.6.2 Descripción General

El Traductor SQL es uno de los últimos módulos del Sistema de Comprensión. Se encarga de traducir a SQL una sentencia en LN segmentada conceptualmente, mediante la ejecución de cuatro procesos o pasos (Paso 1, Paso 2, Paso 3 y Paso 4). En cada una de ellos, la frase en LN de entrada se ve sometida a una serie de transformaciones, empezando por la conversión o generación de una plantilla semántica equivalente a la frase en LN desde un punto de vista conceptual pero más cerca de la implementación física del sistema (BD), y finalizando con la generación de la sentencia SQL a partir de dicha plantilla. A continuación describiremos cada uno de los cuatro pasos, justificando su existencia y destacando aquellos aspectos que consideramos relevantes para el conocimiento del sistema implementado.

Fig. 6.19 Diagrama de bloques del Traductor a SQL. Mediante la ejecución de 4 procesos, la frase en LN, segmentada conceptualmente (S.C.) (entrada), se traduce a una sentencia SQL equivalente (salida), permitiendo el acceso al SGBD con el fin de obtener la información necesaria para responder a la consulta realizada por el usuario.

Paso 1. Identificación de los conceptos de la frase a traducir, con el fin de generar con cada uno de ellos (de forma dinámica) una plantilla de traducción en la que cada C_i es sustituido por el nombre correspondiente al esquema relacional (Modelo Conceptual) del Dominio de Aplicación, en el que se encuentra incluido el esquema E-R de las BD. Asociado a cada concepto, se incluyen, como parte de la plantilla (ranuras), la secuencia de pares (palabra-categoría) que tienen una categoría semántica relevante dentro de ese concepto.

Un concepto puede ser incluido en la plantilla (abierto) pero no rellenarse o completarse con la secuencia de pares (palabra-categoría) relevantes, asignándose por defecto el par { ? (noproc) }.

A  partir de la frase en LN segmentada conceptualmente C_i { Pal_i1 (Cat_i1) ... Pal_iN (Cat_iN) } ....C_j {Pal_j1 (Cat_j1) ... Pal_jM (Cat_jM)}, aplicando las reglas del Paso 1, se obtiene la plantilla semántica equivalente:

#Campo_i = Pal_i1 (Cat_i1) ... Pal_iN (Cat_iN)
#Campo_j = Pal_j1 (Cat_j1) ... Pal_jM (Cat_jM)

Paso 2. Las funciones principales de este paso están relacionadas con la adaptación de los datos presentes en la plantilla generada por el Paso 1, a las BD utilizadas, y son:

• Traducción estricta de los valores obtenidos para cada campo, con la forma y nombre que tienen en las BD. Manipulación de cadenas de caracteres de acuerdo con las BD, utilizando los criterios empleados cuando se rellenaron las tablas de las BD. Homogenizando la plantilla.
• Procesamiento de fechas, números, horas y campos con formato especial, de acuerdo con las BD.
• Tratamiento de sinónimos, género y número (rasgos morfo-sintácticos) de las palabras, para adecuarlas a los valores previamente almacenados en las tablas de las BD.
• Reordenación del contenido de los campos (<, >=, ...).
• Fusión de cadenas.

Paso 3. Interpreta la información del Paso 2, comprobando los rasgos que están presentes (abiertos) y su contenido, realizando una serie de operaciones dependiendo del mismo, como:

• Incorporar (abrir) otros campos omitidos en la frase de entrada (no presentes en la estructura superficial de la frase pero necesarios para el correcto procesamiento de la misma)
• Relleno del campo con unos contenidos concretos

Todo este proceso tiene como objetivo generar la plantilla definitiva, que será el punto de partida para que el Paso 4 realice la traducción a SQL,  adaptando el formato y el contenido de todos los datos a la BD existente e interpretación de algunos valores de determinados campos de la frase.

Paso 4. Construye o genera la sentencia SQL correspondiente a la frase en LN (segmentada conceptualmente) a partir de la plantilla asociada a la misma.

En los Pasos 3 y 4 se tiene en cuenta el diseño real de las tablas de las BD utilizadas en la aplicación.

Anterior   I  Siguiente   I  Índice capítulo 6   I  Índice General