Configurar Los Servicios de Inteligencia de Negocios

CONFIGURAR LOS SERVICIOS DE INTELIGENCIA DE NEGOCIOS YENNY PAOLA MARTNEZ ACERO ESPECIALIZACIN TECNOLGICA EN BASE DE DATOS SENA
CONFIGURAR LOS SERVICIOS DE INTELIGENCIA DE NEGOCIOS

Establecer la configuracin del sistema manejador de base de datos, la base de datos, los servicios, el sistema operativo, los aplicativos y dispositivos, para garantizar un desempeo acorde con los niveles de servicio establecidos. Configuracin inicial base de datos. El comportamiento de PostgreSQL en nuestro sistema se puede controlar con tres ficheros de configuracin que se encuentran en el directorio de datos donde inicializamos nuestro clster PostgreSQL (En nuestro caso /var/pgsql/data). Estos tres ficheros son: pg_hba.conf: Este fichero se utiliza para definir los diferentes tipos de accesos que un usuario tiene en el clster. pg_ident.conf: Este fichero se utiliza para definir la informacin necesaria en el caso que utilicemos un acceso del tipo ident en pg_hba.conf. postgresql.conf: En este fichero podemos cambiar todos los parmetros de configuracin que afectan al funcionamiento y al comportamiento de PostgreSQL en nuestra mquina. Configuracin del servicio. Para que inicie en el arranque y se detenga al apagar. En /etc/rc.conf.local agregue: pg_ctl_flags="start \ -D /var/postgresql/data -l /var/postgresql/logfile \ -o '-D /var/postgresql/data'" y en el mismo archivo en la lnea donde se define pkg_scripts agregue postgresql, as un computador donde estn configuradas las particiones cifradas, respaldo cifrado y los servicios httpd, cupsd dir: pkg_scripts="cron montaencres montaencpos postgresql httpd cupsd" Antes de reiniciar PostgreSQL asegrese de crear el directorio: # mkdir /var/www/tmp # chmod a+w /var/www/tmp # chmod +t /var/www/tmp
Tambin tenga en cuenta que las diversas herramientas reciben como parmetro adicional -h ruta. Por ejemplo si ejecuta Apache con chroot en /var/www/ puede tener
configurado su directorio para sockets en /var/www/tmp, en ese caso puede iniciar psql con la base prueba usando: psql -h /var/www/tmp prueba Configuracin en cuanto al sistema operativo. Sistema Operativo en el que se instalar el SGBD es Windows 2003 Server. Otros Requerimientos de Software: Equipo Servidor Sistemas Operativos Sistema Operativo Windows 2003 Server o superior Linux (kernel 2.6) Manejadores de Base de Datos PostgreSQL Versin 8.1 Microsoft SQL Server 2003 o superior Paquete de Aplicaciones Ambas aplicaciones son opcionales si se desea visualizar los documentos en PDF: Open Office 2.3. Pdftk (herramienta para manipulacin de archivos pdf, provista por Focus). Equipo Cliente Sistema Operativo Microsoft Windows Xp Windows 7. Linux (kernel 2.6) Browser Microsoft Internet Explorer 8 Mozilla Firefox ver. 3.0 Paquete de Aplicaciones Open Office 2.3 MS Office 2007 (Word, Excel, PowerPoint). Visualizadores de otras aplicaciones necesarias. (Microsoft Project, Visio, etc.).
Adobe reader 7 o superior Jdk 1.6 , JVM y JRE Configuracin en cuanto aplicativos.
Aplicacin cliente: Esta es la aplicacin cliente que utiliza PostgreSQL como administrador de bases de datos. La conexin puede ocurrir va TCP/IP sockets locales. Demonio postmaster: Este es el proceso principal de PostgreSQL. Es el encargado de escuchar por un puerto/socket por conexiones entrantes de clientes. Tambin es el encargado de crear los procesos hijos que se encargaran de autentificar estas peticiones, gestionar las consultas y mandar los resultados a las aplicaciones clientes Ficheros de configuracin: Los 3 ficheros principales de configuracin utilizados por PostgreSQL, postgresql.conf, pg_hba.conf y pg_ident.conf Procesos hijos postgres: Procesos hijos que se encargan de autentificar a los clientes, de gestionar las consultas y mandar los resultados a las aplicaciones clientes
PostgreSQL share buffer cache: Memoria compartida usada por PostgreSQL para almacenar datos en cach. Write-Ahead Log (WAL): Componente del sistema encargado de asegurar la integridad de los datos (recuperacin de tipo REDO) Kernel disk buffer cache: Cach de disco del sistema operativo Disco: Disco fsico donde se almacenan los datos y toda la informacin necesaria para que PostgreSQL funcione Configuracin en cuanto a Dispositivos en uso. Aplicacin de dos niveles sencilla usr: puerta de enlace de entrada. srv: servidor Web con contenido activo (por ejemplo, scripts de CGI). dbase: dispositivo de base de datos PostgreSQL. Las solicitudes de cliente llegan en la puerta de enlace usr. La puerta de enlace reenva las solicitudes al servidor Web, el cual sirve la solicitud. Cuando el script (por ejemplo, Perl o PHP) en srv tiene que acceder a datos de acceso persistentes, usa el dispositivo dbase a travs del terminal db. En este ejemplo, la base de datos utilizada con dbase no es de slo lectura y muchos usuarios pueden acceder a ella a travs de srv para ejecutar consultas sencillas. Por ello, dbase se configura para utilizar 256 MB de memoria. Adems, la base de datos no conserva archivos de registro de errores de base de datos (el terminal de registros no est conectado). Ejemplo de configuracin de las propiedades: Nombre de la propiedad auto_create Valor Notes
yes
Crear la base de datos si el volumen de datos est vaco. La base de datos no es de slo lectura, se puede modificar.
read_only
no
query_complexity simple Normalmente, los usuarios ejecutan consultas simples. sync_on_write yes Esperar a que las actualizaciones de la base de datos se escriban fsicamente en el disco.
Aplicacin de dos niveles escalable
Dispositivos en uso: usr: puerta de enlace de entrada para solicitudes de usuario. webs: equilibrador de carga Web para solicitudes de usuario srv1, srv2: servidores Web con contenido activo (por ejemplo, scripts de CGI). config: almacenamiento de contenido de servidor Web. dbase: dispositivo de base de datos PostgreSQL. logs: almacenamiento de archivos de registro de errores de bases de datos y Web. maint: puerta de enlace de entrada para acceso de mantenimiento. admin: servidor Linux genrico utilizado por el administrador. gway: puerta de enlace de red para acceso del administrador a Internet. log: puerta de enlace de entrada para acceso al registro de errores de base de datos.
Las solicitudes de cliente llegan en la puerta de enlace usr. La puerta de enlace reenva las solicitudes al equilibrador de carga webs, el cual las dirige a uno de los servidores Web: srv1 o srv2. Cuando los scripts (por ejemplo, Perl o PHP) en los servidores Web tienen que acceder a datos persistentes, usan el dispositivo dbase a travs de sus terminales db. La base de datos dbase escribe su registro de errores en el dispositivo de registros a travs del terminal de registro. Adems, un administrador puede iniciar sesin a travs de la puerta de enlace de registro al dispositivo de registros y consultar los archivos de registro de error de base de datos (as como los archivos de registro del servidor Web). Adicionalmente, un administrador puede iniciar sesin sobre SSH a travs de la puerta de enlace de mantenimiento al servidor admin. Desde el servidor admin, el administrador puede acceder a la base de datos dbase para obtener estadsticas o cambiar el esquema de la base de datos. El servidor admin puede acceder a Internet a travs de la puerta de enlace gway para, por ejemplo, descargar una versin ms reciente de bibliotecas o el esquema de la base de datos. En este ejemplo, la base de datos utilizada con dbase no es de slo lectura y muchos usuarios pueden acceder a ella a travs de los servidores Web ejecutando consultas sencillas. Por ello, dbase se configura para utilizar 256 MB de memoria. Adems, la base de datos est configurada para conservar una semana de archivos de registro, uno por da (despus de cada semana los archivos de registro se sobrescriben). Ejemplo de configuracin de las propiedades: Nombre de la propiedad auto_create read_only Valor yes No Notes Crear la base de datos si el volumen de datos est vaco. La base de datos no es de slo lectura, se puede modificar. Normalmente, los usuarios ejecutan consultas simples.
query_complexity simple
sync_on_write log_filename log_age log_level
yes
Esperar a que las actualizaciones de la base de datos se escriban fsicamente en el disco.
dblog.%a Nombre del archivo de registro de errores que se almacenar en el volumen de datos de registros: uno por da. 1440 error Cada archivo de registro corresponde a un da, por ejemplo dblog.Mon. Nivel de registro de errores.
Depuracin de aplicaciones de base de datos PGSQL muestra propiedades para permitir depurar una base de datos mediante el archivo de registro parametrizado (log_filename). Por ejemplo, esto es til cuando es necesario hacer un seguimiento de declaraciones SQL, consultar cunto tiempo se tarda en ejecutar declaraciones SQL, consultar por qu falla una declaracin SQL, etc. La informacin de depuracin incluye:
Informacin de depuracin estndar que muestra PostgreSQL. Estadsticas de procesamiento y ejecucin de declaraciones SQL (til para consultas). Estadsticas de PostgreSQL sobre comandos SQL, acceso de nivel de fila a bases de datos, etc. Conexiones y desconexiones del usuario.
Normalmente, para depurar una base de datos se configuran las propiedades siguientes: Nombre de la propiedad log_level Valor debug Notes Depuracin del nivel de registro. Las estadsticas de los comandos SQL (tiempos, procesamiento, ejecucin, etc.).
log_cmd_stats Yes
Analizar los conceptos esenciales acerca de: * Sistemas de inteligencia de negocios y su ciclo de vida. * Arquitectura de una bodega de datos y sus partes interconectadas. * Diseo y construccin de cubos de datos. Sistemas de inteligencia de negocios y su ciclo de vida. Cada da son ms las organizaciones alrededor del mundo, que establecen estrategias y asumen posiciones privilegiadas en el sector debido a la toma de decisiones de apoyados en Sistemas de Inteligencia de Negocios.
La generacin de conocimiento asegura una mejor gestin de los procesos en las organizaciones, la cadena de valor que adquieren los datos durante su recorrido por la organizacin slo es posible si se tienen adecuadamente estructuradas las actividades que hacen posible contar con soluciones de Inteligencia de Negocios (BI). No solo intuicin para que el negocio crezca Necesidad de los datos de todas las funciones del negocio Necesidad de almacenar y relacionar los datos para obtener informacin Definicin de base de datos. Una coleccin de datos relacionados, y una descripcin de estos datos, diseados para cumplir con las necesidades de informacin de una organizacin.
Entrega de Informacin Consultas y Reportes Tablero instrumentos (dashboard) Distribucin informacin (autom.) Manejo de eventos Integracin con otras herramientas de clculo (Ej: Excel) Facilidades de Anlisis Anlisis multidimensional (OLAP) Clculos y Modelamiento (What-if) Anlisis avanzado y Minera Visualizacin avanzada Plataforma para Desarrollo e Integracin ETL DQ Seguridad Metadata Una pieza fundamental de un sistema de inteligencia de negocios es la bodega de datos, ya que proporciona el repositorio principal de la cual se van a extraer la materia prima para la ejecucin de los procesos de anlisis para apoyar la toma de decisiones. El objetivo de construir una bodega es centralizar y resumir (agregacin) la gran variedad de datos e informacin. Arquitectura particular para almacenar datos cuyo diseo no est preparado para soportar el proceso transaccional Contiene informacin histrica de la empresa para permitir anlisis de su evolucin Estructurada para optimizar consultas, y las actualizaciones se hacen fuera de lnea
Se apoyan en tres procesos de organizacin de alto nivel: Operaciones del negocio: Se refiere a las transacciones cotidianas diarias del negocio. La inteligencia de negocio: se refiere a la bsqueda de una mejor comprensin de la compaa de sus productos, y sus clientes. La gerencia de negocio: es la funcin en la cual el conocimiento nuevo y las acciones determinadas en la inteligencia del negocio se institucionalizan y se introducen en las operaciones diarias del negocio. Funcin: Una Bodega de Datos debe entregar la informacin correcta a la gente indicada en el momento adecuado en el formato correcto Da respuesta a las necesidades de usuarios conocedores, utilizando Sistemas de Soporte en la decisin (DSS), Sistemas de informacin ejecutiva (EIS) o herramientas para hacer consultas y reportes Los usuarios finales pueden hacer consultas sobre sus Bodegas de Datos sin tocar o afectar la operacin del sistema La estructura Organizacional de la bodega permite identificar 3 elementos esenciales:
1. Orgenes de Datos. Corresponde a las fuentes que suministran los datos que conformaran la bodega y permitirn la generacin de informacin asociada a la filosofa organizacional. Sistemas propios Orgenes externos 2. rea de almacenamiento. La informacin contenida en la bodega en su mayora debe estar desnormalizada, para agilizar el tiempo de procesamiento de las consultas, ya que se requiere manejar grandes volmenes de datos derivados y la realizacin de clculos a diferentes niveles. Modelos de datos dimensionales Esquema en Estrella
Esquema Copo de Nieve
Esquema Constelacin
Cubos OLAP OnLine Analytical Processing
3. Herramientas de acceso a datos. Una vez se tengan almacenados los datos, es necesario procesarlos para que se conviertan en conocimiento y apoyen la toma de decisiones. Estas herramientas pueden categorizarse de acuerdo con la complejidad de su uso o la manera en que presenta la informacin. Reportes, Informes y Herramientas Dashboard. Aqu se presentan los datos para que el usuario visualice la informacin en un alto nivel, establece Herramientas para la generacin de consultas e informes con interfaz grfica, las cuales a travs de asistentes facilitan la realizacin de peticiones complejas. Minera de Datos. La minera de datos busca que a partir de los datos almacenados se pueden extraer patrones que permitan convertir estos datos en Inteligencia de Negocios (BI), para lo cual existen en el mercado infinidad de soluciones de software que proporcionan ventajas competitivas a las organizaciones. Sistemas de Soporte a las Decisiones. Un Sistema de Soporte a la Decisin (DSS) es una herramienta de Inteligencia de Negocios que permite acceder a los datos para su anlisis y proyeccin como informacin importante para cualquier organizacin. Dentro de las caractersticas asociadas a estas herramientas se encuentran: Generacin de informes dinmicos y flexibles, ya que permiten ser modificados. Facilidad de utilizacin para los usuarios. Segmentacin de informacin por perfil de usuario. Tiempos de respuesta ptimos. Integracin con los dems sistemas de la compaa. Dentro de las herramientas DSS se encuentran: Sistemas de informacin gerencial (MIS, Management Information Systems): provee soporte a tareas organizacionales relacionadas con aplicaciones CRM/ERP. Sistemas de informacin ejecutiva (EIS, Executive Information System): provee acceso sencillo a informacin interna y externa relevante para alcanzar las metas, especializado en el presentar el estado diario de la organizacin a travs de indicadores clave.
CICLO DE VIDA DE UN SISTEMA DE INTELIGENCIA DE NEGOCIOS
1. Definicin del proyecto Asegurar la factibilidad del proyecto Alcance preliminar del proyecto Justificacin de negocio 2. Planeacin del proyecto Establecer la identidad del proyecto Recursos del proyecto Plan del proyecto 3. Gerencia del proyecto Reunin de lanzamiento (Kick-Off) Monitorear el estado del proyecto Actualizacin y documentacin del Plan del Proyecto Manejo del alcance Plan de comunicaciones
Arquitectura de una bodega de datos y sus partes interconectadas.
Diseo y construccin de cubos de datos. 1. Identificar los objetivos del Negocio 2. Determinar los objetivos de cada una de las dependencias de la alcalda. 3. Estructura los modelos lgicos para construir los cubos que se considera puede dar respuesta a las situaciones planteadas 4. Generar el diseo de la bodega de la base de datos 5. Construir un cubo de acuerdo al diseo generado. 6. Presentar los datos resultantes a travs de una tabla dinmica de Excel, con el fin de generar diferentes vistas y reportes a travs de filtros y tablas dinmicas.
Caso de Estudio No.2 Inteligencia de Negocios aplicada a las Secretaras de la Alcalda de San Antonio del SENA Objetivo General. Implementar un cubo que resuelva por lo menos dos de las situaciones presentadas en el caso de estudio INTELIGENCIA DE NEGOCIOS APLICADA A LAS SECRETARAS DE LA ALCALDA SAN ANTONIO DEL SENA. Especficos 1. Identificar las necesidades del modelo de negocio de acuerdo con los requerimientos planteados en el caso de estudio. An con la inclusin de nuevas tecnologas en el rea de sistemas de la alcalda de San Antonio del SENA, se presentan problemas relacionados con la gestin de la informacin y convergencia de datos (labor realizada por cada una de las secretaras) que dificultan los procesos de anlisis y toma de decisiones derivados de stos. Debido a los problemas de fidelidad en los datos suministrados por cada una de las secretaras el mes anterior, los informes derivados de stos y presentados por el Seor Alcalde en el ltimo Consejo de Gobierno, no brindaron un nivel de confianza aceptable y dejaron en evidencia la necesidad inmediata de implementar soluciones con el fin de obtener datos precisos y confiables que soporten los nuevos proyectos. Consciente de esta necesidad, el Alcalde y su equipo de asesores considera hacer lo necesario para disponer en el prximo consejo de gobierno de informacin coherente que les permita visualizar en forma clara y precisa la relacin entre los acontecimientos registrados por las diferentes secretaras. De esta forma el Alcalde podr tomar mejores decisiones con respecto a su plan de gobierno. Analizar mes a mes la relacin directa entre las personas que han participado en los eventos deportivos y las atenciones que especialistas realizaron a esas mismas personas a travs de consultas en las EPSs. Determinar si hay relacin entre quienes asisten a un evento de la secretara de recreacin y deportes y quienes son atendidos en unidades de urgencias. Se debe tener en cuenta: el mes, el rango de edad y el tipo de evento realizado. Nos concentraremos en las bases de datos de las Secretaras de: Salud y la de Recreacin y Deportes. 2. Realizar la descripcin cuantitativa y cualitativa de los datos de los sistemas de fuentes planteados en el caso de estudio. Se recolectaron los datos desde las fuentes y se analiz su calidad, cualidades y cantidades. Secretara de Salud. La vigilancia de la salud pblica, el registro de los prestadores de servicios de salud, la gestin de la prestacin de los servicios de salud, la promocin de
planes, programas, estrategias y proyectos en salud para el desarrollo del sector y del sistema general de seguridad social. La vigilancia y control del cumplimiento de las polticas y normas tcnicas, cientficas y administrativas que expida el Ministerio de la Proteccin Social. La supervisin y control de los recursos del sector salud para un buen recaudo y aplicacin. La implementacin y actualizacin de la operacin del Sistema Integral de Informacin en Salud para reportar la informacin a las instancias correspondientes. La actualizacin de este sistema se realiza con registros provenientes de documentos y planillas en Microsoft Excel que llegan desde los diferentes establecimientos de salud que se encuentran tanto en el rea urbana como rural; el nmero de registros diarios es en promedio 100. Se cuenta con 15 equipos de cmputo entre computadores de escritorio y equipos porttiles, los cuales tienen acceso a internet. Base de datos Sec. Salud Tablas
Secretara de Recreacin y deportes. En esta dependencia laboran 10 funcionarios, los cuales tienen a su cargo: La ejecucin de programas destinados al aprovechamiento del tiempo libre por medio de prcticas deportivas, actividades recreativas y eventos culturales en espacios adecuados. La elaboracin de estudios para identificar los problemas y necesidades del Municipio en el campo deportivo, recreativo y cultural con el fin de formular planes y proyectos que respondan a esas demandas.
El desarrollo de programas para vigilar y supervisar la correcta administracin y funcionamiento de los escenarios deportivos, recreativos y culturales. La promocin, elaboracin y ejecucin de programas orientados a conservar los valores de la cultura local, as como la formacin y el apoyo integral a los deportistas. Integradas en una red local se encuentran 8 computadoras de escritorio con sistema operativo Windows XP Base de datos Sec. Recreacin y deporte. Tablas
3. Establecer las dimensiones, mtricas y tablas de hechos necesarios para la construccin del cubo. Tabla de hechos: la siguiente tabla contiene informacin de todas las personas atendidas en las unidades mdicas y relacionadas con los eventos deportivos:
Los atributos de la tabla de hechos se pueden sealar las tabulaciones cruzadas de los atributos de mtricas y dimensin
Dimensin D_paciente D_participante D_Servicio D_evento
Tablas persona D_participante TipoServicio Evento, Tipo
Campos Id_persona, nombre, apellido codPar, idPar, nomPar, apePar, edadPar, edad idTipoServicio, descripcin codEve, nomEve, codTipo, fechaIni, fechaFin. codTipo, nomTipo
4. Seleccionar el modelo de datos adecuado para la construccin del cubo de datos requeridos. Modelos de datos dimensionales Esquema en Estrella. Este esquema es un modelo de datos compuesto por una tabla central denominada Tabla de hechos Fact Table, que contiene los datos fuente de informacin para el anlisis, y unas tablas denominadas dimensiones, que se encuentran relacionadas con la tabla de hechos.
En este caso es importante resaltar que para esta bodega de datos proporciona informacin relevante del servicio de salud y la participacin en eventos describiendo cada una de ellas segn la funcionalidad y la dimensin que muestren teniendo como base principal la tabla de hechos antes mencionada 5. Construir el cubo de datos de acuerdo con los requerimientos establecidos. 1. Comprensin del modelo de negocio. Se realiza un estudio minucioso de la de la informacin en el objetivo especfico 1 anteriormente documentado y donde se contempla de forma general las necesidades y donde se especifican cada una de las fases. 2. Levantamiento de requerimientos. Se recolectan datos y se someten a anlisis con el fin de transformarlos en informacin. Se pretende por parte del administrador de la base de datos organizar y obtener datos precisos y confiables de las fuentes de informacin de cada secretaria, para analizar y tomar decisiones propias que beneficien al sistema como tal. Se pretende mostrar una informacin real que deje visualizar de forma coherente la relacin que hay entre las diferentes secretarias. Por lo anterior se espera mostrar que tienen que ver los factores socioculturales en aspectos de su vida, y de esta manera conducir los lineamientos de los programas para abordar esos puntos y mejorar la calidad de vida de la poblacin. Como resultado del anlisis se consignan las preguntas que responder el cubo de datos junto con los aspectos positivos y negativos en el sistema de negocio de la Alcalda.
Analizar mes a mes la relacin directa entre las personas que han participado en los eventos deportivos y las atenciones que especialistas realizaron a esas mismas personas a travs de consultas en las EPSs.? Determinar si hay relacin entre quienes asisten a un evento de la secretara de recreacin y deportes y quienes son atendidos en unidades de urgencias. Se debe tener en cuenta: el mes, el rango de edad y el tipo de evento realizado? 3. Recoleccin de los datos. Identificacin de las fuentes de los datos. Se utiliz para esta bodega se utilizar el sistema manejador de base de datos de postgresql como herramienta informtica que nos almacenar los datos recolectados en las dos secretara trabajadas, y las fuentes son tomadas de la informacin suministrada por las mismas. Descripcin de los datos. Esta descripcin se realiz en el objetivo especfico no. 2 en la que se realiza un reporte de los datos a trabajar. Exploracin de los datos. Se procede a explorar los datos que han sido extrados desde los sistemas fuentes como lo son cada una de las tablas que buscan ser homogneas en cuanto a su estructura, conociendo que hay compatibilidad entre algunas de los tipos de datos utilizados en cada una de las tablas presentadas en el modelo estructurado de los datos. Verificacin de calidad y consistencia de los datos. Los datos mantienen la integralidad de los datos, permite asegurar la consistencia de los valores individuales, de los campos, la cantidad y distribucin de los valores nulos. 4. Preparacin de datos. Seleccin de datos. Completitud y consistencia los campos de los datos que tienen cada una de las Secretaras muestra un criterio de seleccin adecuado que se muestra en cada cdigo fuente.
Limpieza de datos. Eliminar datos paralizantes, caracteres extraos, fuera de rango. Descartamos la presencia de valores paralizantes Estructuracin de los datos. Alistamiento de los datos los cuales generan nuevos atributos a partir de los ya existentes y transforman los valores ya existentes. Integracin de los datos. Nuevas estructuras unifican datos. Fusionar tablas con atributos de un mismo objeto, generar nuevos campos y registros que resuman los actuales. No se vio la necesidad. Formateo de los datos. Transformaciones sintcticas de los datos sin modificar su significado esto se consigue mediante la reordenacin o reajuste de campos y registros de las tablas. Tambin se eliminar comas, tabuladores, caracteres especiales, mximos y mnimos para cadenas de caracteres. So se vio la necesidad. 5. Modelado del cubo de datos. Este se muestra atrs en el objetivo no. 3 donde se identifican las dimensiones, mtricas y tablas de hecho que constituirn el cubo de datos.
6. Implementacin del cubo de datos -- Executing query: -- Database: bodega -- DROP DATABASE bodega; CREATE DATABASE bodega WITH OWNER = dba ENCODING = 'UTF8' TABLESPACE = pg_default LC_COLLATE = 'Spanish_Spain.1252' LC_CTYPE = 'Spanish_Spain.1252' CONNECTION LIMIT = -1;
create table d_paciente_atendido ( idpa serial not null, idpersona varchar(15) null, nombre varchar(60) null, servicio varchar(60) null, fecha_atencion date null, constraint pk_d_paciente_atendido primary key (idpa)); create table d_participante ( idpart SERIAL not null, identificacion varchar(15) null, nombre varchar(60) null, edad numeric null, nom_evento varchar(60) null, tipo_evento varchar(60) null, fecha_evento date null, constraint pk_d_participante primary key (idpart)); create table f_evento_atencion_salud ( idfact SERIAL NOT NULL, idpa SERIAL not null, idpart SERIAL not null, identificacion varchar(60) not null, nombre varchar(60) not null, edad numeric not null, tipo_evento varchar(60) not null, fecha date not null, servicio varchar(60) not null,, constraint pk_f_evento_atencion_salud primary key (idfact)); create unique index f_evento_atencion_salud_pk on f_evento_atencion_salud (idfact); create index relationship_2_fk on f_evento_atencion_salud (idpa); alter table f_evento_atencion_salud add constraint fk_f_evento_relations_d_partic foreign key (idpart) references d_participante (idpart) on delete restrict on update restrict; alter table f_evento_atencion_salud add constraint fk_f_evento_relations_d_pacien foreign key (idpa) references d_paciente_atendido (idpa) on delete restrict on update restrict; ERROR: error de sintaxis en o cerca de , SQL state: 42601 Character: 1052 -- Executing query: -- Database: bodega
-- DROP DATABASE bodega; CREATE DATABASE bodega WITH OWNER = dba ENCODING = 'UTF8' TABLESPACE = pg_default LC_COLLATE = 'Spanish_Spain.1252' LC_CTYPE = 'Spanish_Spain.1252' CONNECTION LIMIT = -1; create table d_paciente_atendido ( idpa serial not null, idpersona varchar(15) null, nombre varchar(60) null, servicio varchar(60) null, fecha_atencion date null, constraint pk_d_paciente_atendido primary key (idpa)); create table d_participante ( idpart SERIAL not null, identificacion varchar(15) null, nombre varchar(60) null, edad numeric null, nom_evento varchar(60) null, tipo_evento varchar(60) null, fecha_evento date null, constraint pk_d_participante primary key (idpart)); create table f_evento_atencion_salud ( idfact SERIAL NOT NULL, idpa SERIAL not null, idpart SERIAL not null, identificacion varchar(60) not null, nombre varchar(60) not null, edad numeric not null, tipo_evento varchar(60) not null, fecha date not null, servicio varchar(60) not null, constraint pk_f_evento_atencion_salud primary key (idfact)); create unique index f_evento_atencion_salud_pk on f_evento_atencion_salud (idfact); create index relationship_2_fk on f_evento_atencion_salud (idpa); alter table f_evento_atencion_salud add constraint fk_f_evento_relations_d_partic foreign key (idpart) references d_participante (idpart) on delete restrict on update restrict; alter table f_evento_atencion_salud
add constraint fk_f_evento_relations_d_pacien foreign key (idpa) references d_paciente_atendido (idpa) on delete restrict on update restrict; ERROR: la orden CREATE DATABASE no puede ser ejecutada desde una funcin o una lnea con mltiples rdenes SQL state: 25001 -- Executing pgScript Total pgScript runtime: 8 ms. -- Executing pgScript Total pgScript runtime: 2 ms. -- Executing pgScript Total pgScript runtime: 3 ms. -- Executing pgScript Total pgScript runtime: 2 ms. -- Executing query: EXPLAIN (ANALYZE off, VERBOSE off, COSTS on, BUFFERS off, TIMING off )SELECT * FROM public.d_paciente_atendido, public.d_participante, public.f_evento_atencion_salud;
************************************* /* ------------- CONSTRUCCION TABLAS DE DIMENSIONES --------------*/ CREATE TABLE d_participante( idpart, identificacion, nombre, edad , nom_evento ,tipo_evento, fecha_evento) ( CUSTOMERID INTEGER NOT NULL, ACCOUNTNUMBER CHARACTER VARYING(10) NULL, PRIMARY KEY(CUSTOMERID) ); FROM dblink('dbname=SecRecreacionDep port=5432 host=localhost user=postgres password=pao, 'Select p.codpar,p.idpar,(nompar||'' ''||apepar),edadpar,ev.nomeve,nomtipo, ev.fechini from participante p,participante_evento pe,evento ev, tipo t where p.codpar=pe.codpar and ev.codeve=pe.codeve and ti.codtipo=ev.codtipo') AS t( idpar integer,nompar varchar(80),edadpar integer, nomeve varchar(80),nomtipo varchar(80), fechini date) ( SALESTERRITORYID INTEGER NOT NULL, NAME CHARACTER VARYING(50) NULL, PRIMARY KEY(SALESTERRITORYID) );
INSERT INTO SELECT t.* /* ------------- CONSTRUCCION TABLA DE HECHOS --------------*/ insert into f_evento_atencion_salud(idpart,idpa,identificacion,nombre,edad,tipo_evento,fecha,se rvicio) select distinct idpart,idpa,identificacion,par.nombre,edad,tipo_evento,fecha_evento,servicio from d_participante par, d_paciente_atendido paci where paci.idpersona=par.identificacion
7. Constructor del visualizador del cubo de datos CREATE TABLE visualizador ( idpa serial not null, idpersona varchar(15) null, nombre varchar(60) null, servicio varchar(60) null, fecha_atencion date null, ); INSERT INTO visualizador (idpa, idpersrona, nombre, servicio, fecha_atencin) SELECT idpa, idpersrona, nombre, servicio, fecha_atencin FROM idpa, idpersrona, nombre, servicio, fecha_atencin
Consulta Deporte en Tipo de evento

10 9 8 7 6 5 4 3 2 1 0 Series1 Caminata 6 Deporte extremo 9 Escalada 4 Natacin 5 4 6 5 9
Consulta en Unidad de Salud

12 11 10
8 6 6
0 Series1
Especialista 6
Externa 11
Urgencias 7
Suma de Edad por Tipo evento

300 250
200
150
100
50
0 Caminata Deporte extremo Escalada Natacin
Suma de Edad por Consulta

400 350 300 250 200 150 100 50 0 Especialista Externa Urgencias
Cuenta de Mes
3,5 3 2,5 2 1,5 1 0,5 0

Configurar Los Servicios de Inteligencia de Negocios

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Configurar Los Servicios de Inteligencia de Negocios

Hochgeladen von

Copyright:

Verfügbare Formate

CONFIGURAR LOS SERVICIOS DE INTELIGENCIA DE NEGOCIOS YENNY PAOLA MARTNEZ ACERO ESPECIALIZACIN TECNOLGICA EN BASE DE DATOS SENA

CONFIGURAR LOS SERVICIOS DE INTELIGENCIA DE NEGOCIOS

Aplicacin de dos niveles escalable

sync_on_write log_filename log_age log_level

Esperar a que las actualizaciones de la base de datos se escriban fsicamente en el disco.

Esquema Copo de Nieve

Cubos OLAP OnLine Analytical Processing

CICLO DE VIDA DE UN SISTEMA DE INTELIGENCIA DE NEGOCIOS

Arquitectura de una bodega de datos y sus partes interconectadas.

Dimensin D_paciente D_participante D_Servicio D_evento

Tablas persona D_participante TipoServicio Evento, Tipo

Consulta Deporte en Tipo de evento

Consulta en Unidad de Salud

Suma de Edad por Tipo evento

0 Caminata Deporte extremo Escalada Natacin

Suma de Edad por Consulta

Das könnte Ihnen auch gefallen