Modelo lógico del Datawarehouse

El modelo lógico de la estructura del Datawarehouse, teniendo como base el modelo conceptual creado con anterioridad, aquí se diseña las tablas de dimensiones y de hechos. El modelo lógico es la representación de una estructura de datos que se procesa y almacena en cualquier Sistema de Gestión de Base de Datos.

3.7.4.1 Tipo de modelo lógico del Datawarehouse

Para generar el modelo lógico se realizará lo siguiente:

0,n 0,n 0,n 0,n 0,n 0,n 0,n 0,n 0,n TIEMPO anio semestre semestre_descrip trimestre trimestre_descrip mes mes_descripcion quincena quincena_descripcion dia dia_semana es_fin_semana fecha CENTROS pk_clavecop tituloal PESAJE2 pk_claveticket ticketpeso fpeso pesoartic horaentra horasale pesosalida anulado fechaentra fechasale Characters (10) Characters (10) Characters (10) Integer Time Time Decimal (10) Characters (1) Date Date COMPRAS Kilos recibidos cantkilosr Decimal

Costo de compra /quintal costocomqq Decimal LIQUIDACIONES numero_liquidacion rmp fecha metodopago nfactura anulago_liq propieta placastt PROVEEDORES pk_codigop codbaan codclibaan nombrep cedula_ruc metodopago tipoprov cta formariego bancosap hectap Characters (10) Characters (10) Characters (10) Characters (30) Characters (10) Characters (1) Characters (1) Characters (10) Characters (1) Characters (30) Integer TECNICOS pk_codigo cedula nombre_tecn ARTICULOS2 pk_articcodi arti_titu Integer Characters (20) GEOGRAFIA pk_provincia provincia pk_canton canton pk_parroquia parroquia pais CONTRATOS2 pk_contrato ciclo fechacrea fechasie anio fecha1i fecha1f fecha2i fecha2f fecha3i fecha3f fecha4i fecha4f fecha5i fecha5f Characters (10) Characters (1) Date Date Number Date Date Date Date Date Date Date Date Date Date

Cantidad quintales recibidos cantqq Decimal

Humedad grano humedad_rmp Decimal Impureza grano impureza_rmp Descuento por semillas descsemillas Decimal Hectáreas hectar Decimal Quintales contratados qqcontrata Decimal Quintales entregados qqentreg Decimal

77

 Elegir un nombre que identifique la tabla de dimensión.

 Añadir un campo a la dimensión que represente la clave principal.

 Renombrar los nombres de los campos, buscando que sean lo suficienteme nte intuitivos.

3.7.4.2 Tablas de dimensiones

A continuación se diseñarán las tablas de dimensiones.

 Perspectiva “tiempo”:

o La nueva tabla de dimensión tendrá el nombre de “DIM_TIEMPO”. o Se le agregará una clave principal con el nombre “SK_FECHA”. o Se modificará el campo “anio” por “pk_anio”.

o Se modificará el campo “semestre” por “pk_semestre”. o Se modificará el campo “trimestre” por “pk_trimestre”. o Se modificará el campo “mes” por “pk_mes”.

o Se modificará el campo “quincena” por “pk_quincena”. o Se modificará el campo “dia” por “pk_dia”.

El resultado sería:

D

 Perspectiva “Geografía”:

o La nueva tabla de dimensión tendrá el nombre de

“DIM_UBICAC_GEOGRAFICA”.

Figura 21.- Tabla de dimensión "DIM_FECHA" Fuente: El autor

78

o Se agrega una clave principal subrogada con el nombre “SK_UBICACION_GEOGRAFICA”.

o Se cambia el nombre del campo “codigop” por “PK_PROVINCIA”. o Se cambia el nombre del campo “codigoc” por “PK_CANTON”. o Se cambia el nombre del campo “codigopa” por “PK_PARROQUIA”.

El resultado sería:

Figura 22.- Tabla de dimensión "DIM_UBICA_GEOGRAFICA" Fuente: El autor

 Perspectiva “Pesaje”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_PESAJE”.

o Se agrega una clave principal subrogada con el nombre de “SK_PESAJE”. o Se mantienen los campos.

79

Figura 23.- Tabla de dimensión "DIM_PESAJE" Fuente: El autor

 Perspectiva “Liquidaciones”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_LIQUIDACION ES ”. o Se agrega una clave principal subrogada con el nombre

“SK_LIQUIDACION”. o Se mantienen los campos.

80

Figura 24.- Tabla de dimensión "DIM_LIQUIDACIONES" Fuente: El autor

 Perspectiva “Proveedores”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_PROVEEDO”. o Se agrega una clave principal subrogada con el nombre “SK_PROVEEDO”. o Se mantienen los campos.

El resultado sería:

Figura 25.- Tabla de dimensión "DIM_PROVEEDO" Fuente: El autor

81

 Perspectiva “Artículos”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_ARTICULOS”. o Se agrega una clave principal subrogada con el nombre “SK_ARTICULO”. o Se mantienen los campos.

El resultado sería:

Figura 26.- Tabla de dimensión “DIM_ARTICULOS” Fuente: El autor

 Perspectiva “Centros”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_CENTROS”. o Se agrega una clave principal subrogada con el nombre “SK_CENTROS”. o Se mantienen los campos.

El resultado sería:

Figura 27.- Tabla de dimensión "DIM_CENTROS" Fuente: El autor

 Perspectiva “Técnicos”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_TECNICOS”. o Se agrega una nueva clave principal subrogada con el nombre de

“SK_TECNICO”.

82 El resultado sería:

Figura 28.- Tabla de dimensión "DIM_TECNICOS" Fuente: El autor

 Perspectiva “Zonas”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_ZONAS”

o Se agrega una nueva clave subrogada con el nombre de “SK_UBICACION_ZONA”.

o Se mantienen los campos.

El resultado sería:

Figura 29.- Tabla de dimensión "DIM_UBICACION_ZONAS" Fuente: El autor

 Perspectiva “Contratos”.

o La nueva tabla de dimensión tendrá el nombre de “DIM_CONTRATOS”. o Se agrega una nueva clave subrogada con el nombre de “SK_CONTRATO”. o Se mantienen los campos.

83

Figura 30.- Tabla de dimensión "DIM_CONTRATOS" Fuente: El autor

3.7.4.3 Tablas de hechos

Estas tablas contendrán los hechos a través de los cuales se construirán los indicadores de estudio.

De acuerdo a la metodología se ha seleccionado el esquema en estrella para la construcción del datawarehouse, esto con el objetivo de obtener mayor eficiencia en los tiempos de resolución de las consultas hechos a los cubos OLAP, tomando en cuenta que se manejará grandes volúmenes de datos.

84

Cada tabla de hechos poseerá un nombre que la identifique, contendrá sus hechos correspondientes y su clave deberá estar formada por la combinación de las claves de las tablas de dimensiones (perspectivas) relacionadas.

3.7.4.4 Uniones

Se realizará la correspondiente unión entre las tablas de dimensiones y su o sus tablas de hechos. Kilos recibidos2 cantkilosr Decimal Costo de compra / quintal2 Cantidad quintales recibidos2 cantqq Decimal Humedad grano2 humedad_rmp Decimal Impureza grano2 Descuento por semillas2 descsemillas Decimal Hectáreas2 hectar Decimal Quintales contratados2 qqcontrata Decimal Quintales entregados2 qqentreg Decimal COMPRAS

Figura 31 Diseño de tablas de hechos Fuente: El autor

85

Figura 32.- Uniones entre dimensiones y tabla de hechos Fuente: El autor