tag:blogger.com,1999:blog-29439104.post115092708110085852..comments2023-10-30T12:14:27.141+01:00Comments on Sistemas Decisionales, algo mas que Business Intelligence: Mi cerebro.. ¿un producto cartesiano?Jorge Fernández Gonzálezhttp://www.blogger.com/profile/04771821732979540649noreply@blogger.comBlogger16125tag:blogger.com,1999:blog-29439104.post-56058056416354397542010-01-17T22:05:37.292+01:002010-01-17T22:05:37.292+01:00hola sabe qe buen texto escribe me gustaria qe l...hola sabe qe buen texto escribe me gustaria qe leyera esto pues yo creo qe nuestro cerebro es como un un enorme plano carteciano pues solo con colocarle la informacion exacta te podra mostrar todo lo qe deseas pero al mismo tiempo da miedo al pensar qe alguien lograra poder colocar toda al informacion en su cerebro pues cuando sea eso, sera nuestra propia inteligencia la qe termine con nosotros bueno eso es todo felicidadesAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-36463732863100927322007-05-28T15:43:00.000+02:002007-05-28T15:43:00.000+02:00Hola JorgeA LOS TIEMPOS.... Ley que me hiciste al...Hola Jorge<BR/><BR/>A LOS TIEMPOS.... Ley que me hiciste algunas preguntas:<BR/><BR/>PREGUNTA: <BR/>La tecnica de las 6 preguntas, esta muy bien. Supongo que son Que. a Quien, Donde, Quien, Cuando y Como ¿no?<BR/><BR/>RESPUESTA: <BR/>ASI ES.... OJO QUE EL CUANTO? TE AYUDA A DETERMINAR LA FACT TABLE Y SUS INDICADORES.<BR/><BR/>PREGUNTA:<BR/>¿Que pasa cuando te dejas alguna pregunta sin responder?<BR/><BR/>RESPUESTA:<BR/>HAY 2:<BR/>1.- QUE NO ESTES HABLANDO CON EL USUARIO CORRECTO YA QUE NO PUEDE O NO LE INTERESA LA RESPUESTA DE ESA PREGUNTA OARA SU ANALISIS DIARIO.<BR/><BR/>2.- QUE NO TENGA.... A VECES HAY FACT TABLE MUY SENCILLAS QUE NO RESPONDEN A TODAS LAS PREGUNTAS----OTRA COSA DEBES TENER EN CUENTA QUE<BR/>PUEDEN HABER MAS DE 1 RESPUESTA A LA PREGUNTA.<BR/><BR/>UNA BUENA PRACTICA QUE SIGO ES DE PONERLE UN COLOR DIFERENTE A CADA LOOKUP QUE RESPONDE A UNA DE LAS PREGUNTAS.<BR/><BR/><BR/>COMENTARIO:<BR/>Lo del tiempo es porque los humanos basamos todo nuestro conocimiento en la experiencia y siempre lo almacenamos con la coordenada tiempo.<BR/><BR/>AGREGO: ASI ES, ADEMAS ES EL PRIMER BECHMARK QUE NOS ENSEÑARON NUESTROS JEFES---- ES DECIR COMPARNOS CONTRA NOSOTROS MISMOS PERO EN TIEMPO DIFERENTE..... ESTOY ESCRIBIENDO ALGO SOBRE ESTO EN www.datamarting.org, ojala puedas leerlo----<BR/><BR/>COMENTARIO:<BR/>Ojo no todos los ROLAP son BI Operacional, solo algunos pocos, generamelmente no lo son.<BR/><BR/>AGREGO: QUIERES QUE TE ENVIE AL VENDEDOR DE MI COMPAÑIA.... JEJEJE-... SI TIENES RAZON PEOR NO QUE SE ENTERE LA GENTE DE MICROSTRATEGY POR QUE ME MATAN....<BR/><BR/><BR/>PREGUNTA<BR/>¿Donde tienes escrito lo de las 6 preguntas que quiero mirarlo?<BR/><BR/><BR/>RESPUESTA:<BR/> WWW.DATAMARTING.ORG<BR/><BR/>CUALQUIER COSA ME AVISAS A MI EMAIL jzarate@soluciones.clAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-86770593909097685102007-04-15T00:06:00.000+02:002007-04-15T00:06:00.000+02:00Vamos a ver si te puedo aclarar algo.1. Hablar del...Vamos a ver si te puedo aclarar algo.<BR/><BR/>1. Hablar del DataWarehouse es lo mismo que hablar del modelo multidimensional.<BR/><BR/>Para nada, un modelo multidimensional es una estructura del DWH orientada a facilitat el análisis, el podernos mover por jerarquias buscando el origen del problema, este modelo lo invento Kimball pero mucho antes Inmon ya habia inventado el concepto de DWH, en el que las estructuras estan optimizadas para la consulta y el reporting, no necesariamente para el análisis.<BR/><BR/>2. Hablar de MOLAP es lo mismo que hablar del Modelo multidimesional.<BR/><BR/>Sim pero con un matiz, cuando hablamos de MOLAP estamos diciendo que nuestra estructura es multidimensional y que además la implemento en una base de datos multidimientonal, si lo hicera en una realcional hablariamos de ROLAP y si lo hiciera en una mixta hablariamos de HOLAP<BR/><BR/>3. Como se hacen las consultas en MOLAP, cual es la logica que se utiliza, como funciona internamente.<BR/><BR/>Son motores de bases de datos específicos para MOLAP, los motores que tradicionales relacionales se consultan con SQL, los multidimentionales las consultas las hacemos con MDX.<BR/><BR/>4.Se podria utilizar una BDOO para construir MOLAP.<BR/><BR/>Si lo hicieras no seria MOLAP, seria OO-OLAP (me lo acabo de inventar ;-D)<BR/><BR/>Espero que te sirva de guiaJorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-88133894271428224502007-04-14T16:12:00.000+02:002007-04-14T16:12:00.000+02:00Hola a todos:Todos vuestros comentarios son inter...Hola a todos:<BR/><BR/>Todos vuestros comentarios son interesantes.<BR/><BR/>Deseo conocer mas sobre estos temas y tengo algunas dudas que quisiera que me aclaren:<BR/>1. Hablar del DataWarehouse es lo mismo que hablar del modelo multidimensional.<BR/>2. Hablar de MOLAP es lo mismo que hablar del Modelo multidimesional.<BR/>3. Como se hacen las consultas en MOLAP, cual es la logica que se utiliza, como funciona internamente.<BR/>4.Se podria utilizar una BDOO para construir MOLAP.<BR/><BR/>Estas dudas nacen a raiz de que al leer muchos articulos, manuales, libros, etc. encontre que cada autor tiene un concepto direrente de cada tema por ejm para algunos decir OLAP es lo mismo al Modelo Multidimensional.<BR/><BR/>Estos conceptos me estan confundiendo.<BR/><BR/>Podrian explicarme o talvez darme direcciones en la Web donde realmente pueda encontrar infromacion confiable.<BR/> <BR/>Gracias sus respuestas.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1161669100731331222006-10-24T07:51:00.000+02:002006-10-24T07:51:00.000+02:00Hola JoseLa tecnica de las 6 preguntas, esta muy b...Hola Jose<BR/><BR/>La tecnica de las 6 preguntas, esta muy bien. Supongo que son Que. a Quien, Donde, Quien, Cuando y Como ¿no?<BR/><BR/>¿Que pasa cuando te dejas alguna pregunta sin responder?<BR/><BR/>Lo del tiempo es porque los humanos basamos todo nuestro conocimiento en la experiencia y siempre lo almacenamos con la coordenada tiempo.<BR/><BR/>Ojo no todos los ROLAP son BI Operacional, solo algunos pocos, generamelmente no lo son.<BR/><BR/>¿Donde tienes escrito lo de las 6 preguntas que quiero mirarlo?Jorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1161665835084515812006-10-24T06:57:00.000+02:002006-10-24T06:57:00.000+02:00Jorge como estas soy Jose de Datamarting.org, quer...Jorge como estas soy Jose de Datamarting.org, queria comentarte que hace unos meses escribi algo sobre la forma como se hace un reporte o consulta dentro de un sistema de toma de desiciones.<BR/><BR/>A esto le llame la tecnica de las 6 preguntas<BR/><BR/>Primero: Todas las consultas empizan siempre con la pregunta cuanto....?<BR/><BR/>Por ejemplo Cuanto vendi, cuando compre, etc,<BR/><BR/>Si la pregunta no empieza con cuanto probablmente se refiera a un listado.<BR/><BR/>Segundo: Siempre se requiere utilizar por lo menos 2 dimensiones para que un reporte tenga sentido caso contrario es un listado. (Tambien creo que si una de ellas no es tiempo, el reporte no sirve de mucho pero creo que es por que casi siempre un datamart tiene data historica y por lo tanto uno trata de separar para saber en que momento de la historia se hizo).<BR/><BR/>Tercero:<BR/>Yo siempre asocio a las dimensiones por preguntas de negocio (Incluso le pono colorcitos y algunas mariconadas que ayudan mucho a abstraerse y lograr modelos mas analiticos), por ejemplo.<BR/><BR/>Que : Producto<BR/>a Quien: Cliente<BR/>Donde : Geografia, Zona, Territorio, etc<BR/>Quien : Vendedor, Empleado, Distribuidor, Canal de Venta, Medio de promocion, etc<BR/>Cuando : Tiempo, Hora, Periodo, Ciclo.<BR/>Como : Medio de pago, Forma de pago, Contado o Credito, Tipo de embasem, tipo de embalaje, tipo de medida, etc <BR/><BR/>Por otro cuando hablas de los BI Operacionales te refires que los ROLAP (Ejemplo Microstrategy.com) tienen capacidad para ver el detalle eso es cierto pero tambien es cierto que es una locura administralos, ultimamente estoy prefiriendolo los MOLAP(Ejemplo biquery.com) por que utilizando los Drill Forzados puedes llegar a datos que estan fuera del cubo en las base de datos operativas, sin necesidad de agregar la informacion de cubo.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1153483474102671392006-07-21T14:04:00.000+02:002006-07-21T14:04:00.000+02:00Efectivamente Jose Maria, tienes razón. A medida q...Efectivamente Jose Maria, tienes razón. A medida que subimos la granularidad de la información, cuanto mas agregación tenemos , los sistemas MOLAP son los mas eficientes, pero cuando en la trazabilidad del sistema decisional tenemos que llegar al nivel de detalle mas bajo, la implementacion en ROLAP es la adecuada. Cuando no podemos renunciar ni a la agregación ni al detalle, entonces necesitamos el HOLAP. Pero ultimamente me estoy encontrado con que el nivel de trazabilidad de los indicadores a veces tiene que llegar al detalle operacional vigente (esto me esta pasando mucho en los cuadros de mando)<BR/>Lo que se esta llamando BI Operacional y que tan bien has descrito en tu articulo del mes pasado (yo tambien soy un admirador tuyo<BR/>Os recomiendo a todos que visiteis http://josemariaarce.blogspot.com/)<BR/><BR/>Pues con el "BI Operacional" a mi me pasa lo mismo que a ti que no veo que el "palabro" BI tenga nada que ver con una consulta concreta.<BR/><BR/>Tiene sentido para ilustrar un aspecto en concreto de un indicador o métrica decisional pero no para monitorización continua, para eso ya estan los BAM (Business Activity Monitoring).<BR/><BR/>Lo de ir poniendo nomenclatura clásica y conceptos, los iré definiendo a medida que los vaya introduciendo en mi disertación en busca del Santo Grial.<BR/> Me alegro de volver a contactar contigo<BR/><BR/>Un saludoJorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1153475871804047572006-07-21T11:57:00.000+02:002006-07-21T11:57:00.000+02:00Estimado Jorge, unas puntualizaciones. Si hablamos...Estimado Jorge, unas puntualizaciones. Si hablamos de BBDD Multidimensionales, entendemos o entiendo bases de datos propietarios y entonces estamos hablando efectivamente de productos cartesianos a lo bestia y NO son bases de datos relacionales. Las bases de datos multidimensionales son lo que solemos denominar MOLAP.<BR/><BR/>El ser o no un Data Mart obedece más a al alcance de la solución que al tipo de almacenamiento. Tirando de definicion de libro, las cuales conoces de sobra, un Data Mart, es exactamente igual que un DW (que no DWH) pero enfocado a una parte mas concreta del negogio, parte mas pequeña o departamento, etc, etc, etc.<BR/><BR/>En el caso de soluciones basasa en bases de datos relacionales, incialmente ROLAP, podemos tener modelos en estrella (lo más parecido a los mal llamado cubos) o modelos copo de nieve. Este tipos de modelos por concepto NO son por si mismos productos cartesianos, aunque por tecnicas de optimización tengamos incorporados mas o menos tablas agregadas, jamás llegariamos a tener las combinaciones del productos cartesiano, ademas que tampoco se pretende.<BR/><BR/>Como logicamente los tiempos de repuesta de los primeros tipos los MOLAP y de los segundos los ROLAP son bien diferentes, existen soluciones que permiten sus combinaciones, los HOLAP y otras muchas cosas que bien sabes y que poco a poco iras explicando en tu interesante blog.<BR/><BR/>Un saludo de un colega y admirador.<BR/>José María Arce.<BR/>www.josemariaarce.esAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1151690628081040692006-06-30T20:03:00.000+02:002006-06-30T20:03:00.000+02:00No me parece del todo mal y creo que va en consona...No me parece del todo mal y creo que va en consonancia con el post que acabo de poner hace unos minutos.Jorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1151689734406266672006-06-30T19:48:00.000+02:002006-06-30T19:48:00.000+02:00Esta muy bien lo que comentas, y creo que realment...Esta muy bien lo que comentas, y creo que realmente se puede llegar muy lejos siguiendo este razonamiento. Pero como tu apuntas creo que implementar-lo seria demasiado complicado. Si ya no se implementan prácticamente reglas ni alertas en muchos casos… Creo que menos se haría en un modelo dimensional.<BR/><BR/>Buscando algo un poco más práctico, quizás un cosa interesante podría ser ver que en lugar que los usuarios te especifiquen unas reglas iniciales. Estas se vayan alimentando a medida que van analizando los resultados. Es decir, hacer como un tipo de histórico de objetivos vs resultados y que el Decisor fuera informando de que valora positivamente y que negativamente. A partir de este punto seguramente se podrían deducir reglas que se podrían ir proponiendo al Decidor, el cual ratificaría dicha regla. La idea seria ir creando un poco un sistema en función de las valoraciones… Porque en la mayoría de casos cuesta mucho tiempo i reflexión establecer algún tipo de valoración y esto en el mejor de los casos… Todos conocemos el principio de Peter<BR/><BR/>MartíAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1151616233790422372006-06-29T23:23:00.000+02:002006-06-29T23:23:00.000+02:00Un razonamiento al 50% como indica Antonio puede s...Un razonamiento al 50% como indica Antonio puede ser síntoma de que las conexiones que realizamos al razonar, no siempre siguen el mismo camino, mientras que en el modelo dimensional el camino de acceso a la información suele ser casi siempre el mismo. Esta característica debería formar parte de lo que busco.Jorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1151616059655944432006-06-29T23:20:00.000+02:002006-06-29T23:20:00.000+02:00Me gusta la idea.Una posible aproximación sería (s...Me gusta la idea.<BR/>Una posible aproximación sería (si seguimos basandonos en el modelo dimensional) añadir a cada medida de las tablas de hechos unas reglas de análisis en el caso de que esta no alcance el objetivo. Se trataría de generar no solo una alerta cuando la metrica vaya mal, sino mirar cuales son las razones por las que puede ir mal, analizar de forma automática estos caminos en busca del origen del problema y en el caso de encontrarlo mostrar la guia de solución o incluso ejecutar las acciones.<BR/><BR/>Es decir, una mezcla entre motores de reglas de negocio, modelo dimensional y herramientas de gestión de procesos.<BR/><BR/>Como cúspide podriamos sazonarlo con un poco de datamining y hacer que los modelos descubiertos fueran testeados y posteriormente incorporados al motor de reglas de negocio.<BR/><BR/>Pero de esta manera estamos centrándonos de nuevo en la gestión a través de métricas como detonante de un pseudorazonamiento e intuyo que el pilar de los sistemas decisionales ágiles no ha de centrarse de nuevo en el control de métricas, sino en algo bastante mas abstracto.<BR/><BR/>El problema es que todavía no se como enfocarlo.Jorge Fernández Gonzálezhttps://www.blogger.com/profile/04771821732979540649noreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1151446169422402932006-06-28T00:09:00.000+02:002006-06-28T00:09:00.000+02:00Hola Jorge, El texto que expones me ha hecho pensa...Hola Jorge,<BR/> <BR/>El texto que expones me ha hecho pensar, así que no escribas muchos más que… mi producto cartesiano no esta preparado para tanto trabajo… así que aquí va mi reflexión… <BR/> <BR/>Bajo mi punto de vista, en muchos casos, creo que la toma de decisiones se realiza en mucha parte descartando opciones. Es decir que la mente hace una primer análisis (una primera pasada, como diría una amigo) sobre las opciones posibles i analiza cuales son aplicables en dicha situación. A partir de este punto sobre las soluciones aplicables analizaremos cuales son la mas apropiadas (una segunda pasada, repetiría mi amigo) …. y así sucesivamente hasta llegar a tomar una decisión.<BR/> <BR/>Esto significaría que los sistemas decisionales deberían poder seleccionar las soluciones aplicables y, si pudiera ser, también las más apropiadas desarrollando así, el proceso de razonamiento para tomar una decisión. <BR/><BR/>Por lo tanto, estos deberían estar dotados de conocimiento, para tener la capacidad de decidir. Quizás, un gran avance seria capacitar a estos de realizar el primer filtrado, es decir, poder decidir si una opción es aplicable sobre la problemática o no. <BR/> <BR/>Para realizar estos procesos de razonamiento existen muchas teorías y técnicas de Inteligencia artificial que podrían ser de gran ayuda. Pero, ¿Cual es la más adecuada? ¿Las bases de datos de conocimiento? ¿Aplicar técnicas de razonamiento? ¿Utilizar algún sistema de árboles de decisión? <BR/><BR/><BR/>Hasta pronto,<BR/> <BR/>MartíAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1150935636617764282006-06-22T02:20:00.000+02:002006-06-22T02:20:00.000+02:00per cert, posa un link al blog de l'antonio no?, n...per cert, posa un link al blog de l'antonio no?, no siguem rates ;)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1150935374272349632006-06-22T02:16:00.000+02:002006-06-22T02:16:00.000+02:00te pillat!jorges fernandez gonzalez suposo que n'h...te pillat!<BR/><BR/>jorges fernandez gonzalez suposo que n'hi ha bastants, però que hi comenti un tal antonio valle i tracti de sistemes desicionals, no crec que n'hi hagin gaires.<BR/><BR/>molta sort amb el blog.<BR/><BR/>FIB power!<BR/><BR/>PD:podries penjar l'enunciat de SIO aquí un parell de dies abans ;)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-29439104.post-1150930511579584832006-06-22T00:55:00.000+02:002006-06-22T00:55:00.000+02:00Joder, jorge.. te aseguro que no lo se. Mi sistema...Joder, jorge.. te aseguro que no lo se. Mi sistema de toma de decisiones (que por otra parte siempre me ha funcionado mas o menos bien) es, ¿como te lo diria? Intuitivo. La decision "aparece" en mi mente sin seguir nunca un proceso claro... hay "algo" que me dice cual es la mejor opcion, y no te creas que fallo en el 50% de los casos!Antonio Vallehttps://www.blogger.com/profile/06837335195928034488noreply@blogger.com