Conduce Chile
General => De Todo Un Poco => Mensaje iniciado por: Fredy Turbina en Julio 12, 2012, 09:08:02 am
-
Para los que tienen el placer de trabajar con números, Excel es el mejor amigo que puedes tener, para los que cojean con esta herramienta hay un grupón que me parece bastante bueno, son dos happy hour de ron menos, pero vale la pena..... :risa2:
http://www.groupon.cl/descuentos/productos/12698-en-vez-de-128508-por-diplomado-online-con-excel-with-business-90-o-1 (http://www.groupon.cl/descuentos/productos/12698-en-vez-de-128508-por-diplomado-online-con-excel-with-business-90-o-1)
-
Me gustaría decirle a muchos conocidos:
"Por favor, hagan el curso"
:enojao: :enojao: :enojao:
-
Buen dato, mi señora quiere mejorar sus competencias en la herramienta, y de paso me podría servir para aprender nuevos trucos. :thumbsup:
-
Buen dato, mi señora quiere mejorar sus competencias en la herramienta, y de paso me podría servir para aprender nuevos trucos. :thumbsup:
:-X :-X :-X :-X :-X :-X
-
Buen dato, mi señora quiere mejorar sus competencias en la herramienta, y de paso me podría servir para aprender nuevos trucos. :thumbsup:
Yo se lo compré a la bruja.....me auto regalo un :jumbito:
-
:-X :-X :-X :-X :-X :-X
:pensando: ... hm por si las moscas, :cop2:
Yo se lo compré a la bruja.....me auto regalo un :jumbito:
:thumbsup:
-
Me gustaría decirle a muchos conocidos:
"Por favor, hagan el curso"
:enojao: :enojao: :enojao:
y no es chiste... hay una cantidad de cómodos en las oficinas que preguntan una y otra vez las mismas tonteras del excel y nunca se deciden a hacer un curso.
-
y no es chiste... hay una cantidad de cómodos en las oficinas que preguntan una y otra vez las mismas tonteras del excel y nunca se deciden a hacer un curso.
Y el argumento más usado es "yo no soy informático". :chan:
-
Y el argumento más usado es "yo no soy informático". :chan:
Exacto.
En mi caso, el problema es que muchas veces heredamos planillas importantes, pero que están hechas tan desordenadas, sucias, con macros que copian y pegan utilizando el portapapeles, etc, etc. Y cuando necesitas agregar un nuevo objeto, tienes que prácticamente desarmar la planilla y modificar las macros, etc, etc......es decir, la pura zorra.
:cop2: :cop2: :cop2:
Un poco de orden es suficiente. Así como también, tener claro que Excel es una planilla de cálculo y no de almacenamiento de datos masivo (base de datos). Para esto último está Access, que es igual o más fácil que Excel.
:thumbsup:
-
Imaginate mi caso..
Mi papa es un mago con los numeros, no le cuesta nada...
y yo necesito excel para poder ordenarme
Saludos
-
Exacto.
En mi caso, el problema es que muchas veces heredamos planillas importantes, pero que están hechas tan desordenadas, sucias, con macros que copian y pegan utilizando el portapapeles, etc, etc. Y cuando necesitas agregar un nuevo objeto, tienes que prácticamente desarmar la planilla y modificar las macros, etc, etc......es decir, la pura zorra.
:cop2: :cop2: :cop2:
Un poco de orden es suficiente. Así como también, tener claro que Excel es una planilla de cálculo y no de almacenamiento de datos masivo (base de datos). Para esto último está Access, que es igual o más fácil que Excel.
:thumbsup:
Por lo mismo yo pido que cuando se desarrollan macros o procesos deben quedar documentadas para que el traspaso sea más sencillo.
excel con 1.000.000 de filas es un fiero competidor de access de interfaz mucho menos intuitiva
-
Me dijeron que Excel 2010 aumenta significativamente la cantidad de filas y hojas
versus las versiones 2007 o anteriores.
Saludos
-
excel con 1.000.000 de filas es un fiero competidor de access de interfaz mucho menos intuitiv
No entendí mucho eso. ¿?
Dices que prefieres Excel? o al revés?
-
Por lo mismo yo pido que cuando se desarrollan macros o procesos deben quedar documentadas para que el traspaso sea más sencillo.
excel con 1.000.000 de filas es un fiero competidor de access de interfaz mucho menos intuitiva
:pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo:
Si se puede hacer querys SQL con Excel me tiro a un pozo :risa2:
-
:pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo:
Si se puede hacer querys SQL con Excel me tiro a un pozo :risa2:
Si te refieres hacer SqlQuery a Excel desde otro programa (o otro excel), entonces te indico que debes tirarte a un pozo.
Ahora bien, hacer un "select" complicado a access puede tardar milisegundos, y a Excel vaaarios segundos.
-
Si te refieres hacer SqlQuery a Excel desde otro programa (o otro excel), entonces te indico que debes tirarte a un pozo.
Ahora bien, hacer un "select" complicado a access puede tardar milisegundos, y a Excel vaaarios segundos.
Con Microsoft no me extraña nada... todos los programas hacen todo.
Pero no son lo mismo, Access está pensado para trabajar como base de datos relacional, es fácil y cómodo para trabajarlo con OLTP y ODBC, Excel es una planilla de escritorio con capacidades potenciadas.
-
Excel, Access, Archivos de Texto, bases de datos. Dependerá de la necesidad de la persona/negocio/empresa.
Finalmente, se concluyen que en el camino a la madurez de una empresa, si no tienes un Datawarehouse con una capa de reportería con KPIs, estás perdiendo dinero y tiempo.
-
Con Microsoft no me extraña nada... todos los programas hacen todo.
Pero no son lo mismo, Access está pensado para trabajar como base de datos relacional, es fácil y cómodo para trabajarlo con OLTP y ODBC, Excel es una planilla de escritorio con capacidades potenciadas.
Yo no creo para nada que Access sea una herramienta para modelos OLTP, o modelos normalizados.
Creo que es más que nada para modelos relacionales con poca carga histórica, a lo más estrella o copo de nieve.
Si alguien implementa un sistema OLTP con Access, o con MySQL por ejemplo, tendría que ser para una empresa con una bajísima carga de transacciones diarias.
-
Yo no creo para nada que Access sea una herramienta para modelos OLTP, o modelos normalizados.
Creo que es más que nada para modelos relacionales con poca carga histórica, a lo más estrella o copo de nieve.
Si alguien implementa un sistema OLTP con Access, o con MySQL por ejemplo, tendría que ser para una empresa con una bajísima carga de transacciones diarias.
Si se puede y lo he hecho. Obviamente que no es para sistemas de mision critica o mucha carga. Mas bien cosas pequeñas, que uno hace cuando esta empezando (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif).
-
Si se puede y lo he hecho. Obviamente que no es para sistemas de mision critica o mucha carga. Mas bien cosas pequeñas.
No dije que era imposible.
Dije que Access no tiene esa función. No se recomienda tampoco.
Se puede hacer, pero precisamente acoté que para una cantidad de transacciones muy baja. Y también baja recurrencia de conexiones.
Aún cuando el Access moderno utiliza el motor JET que es SQL Server, es para "jugar".
-
tienes una base con 250000 registros y quieres filtrar por una condición o más
¿necesitas sabes sql? no.
con excel 2003 con 65000 filas no podías hacerlo y tenías que irte a access, vincular la tabla y hacer la consulta en modo diseño si sabías.
-
tienes una base con 250000 registros y quieres filtrar por una condición o más
¿necesitas sabes sql? no.
con excel 2003 con 65000 filas no podías hacerlo y tenías que irte a access, vincular la tabla y hacer la consulta en modo diseño si sabías.
Efectivamente, por eso indiqué que dependerá de la necesidad de la persona/negocio/empresa.
Normalmente los sistemas de información no son una tabla, son modelos. Entonces, en EXCEL vincular un modelo ... :pozozipy:
Por lo mismo, nacen las áreas de manejo de datos, que a través de SQL se encargan de crear una matriz a través de un modelo, y eso se entrega al área que requiere el dato. Hasta que la empresa madura y se implementan arquitecturas de inteligencia de negocios.
Obviamente, hay empresas que sólo manejan matrices; o que no requieren la capa operacional de la información, y sólo se enfocan en la táctica y estratégica. Ahí es más fácil en corto plazo manejar planillas EXCEL. El cuento es cuando nace la primera necesidad de cruzar datos.
-
Eso es lo que me gusta de este foro.
Empiezan hablando de Excel y se termina hablando de BI (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif)
-
Eso es lo que me gusta de este foro.
Empiezan hablando de Excel y se termina hablando de BI (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif)
<cachetón>Ni siquiera he empezado a hablar de BI</cachetón> :risa2:
Al final del día, las herramientas mencionadas son necesarias. Yo por ejemplo nunca he dejado de usar EXCEL.
-
No dije que era imposible.
Dije que Access no tiene esa función. No se recomienda tampoco.
Se puede hacer, pero precisamente acoté que para una cantidad de transacciones muy baja. Y también baja recurrencia de conexiones.
Aún cuando el Access moderno utiliza el motor JET que es SQL Server, es para "jugar".
No hay que asustar a la gente con palabras tan rebuscadas, sobre todo si hablamos de Access.
Access es una base de datos portable y sencilla, que permite muchas cosas, entre ellas realizar consultas SQL. Este tiene herramientas que permiten al usuario crear esas consultas pero de manera amigable, es decir, sin saber programar ni lenguaje SQL.
Access no es para nada complicado, es más, para hacer tablas es tanto o más fácil que Excel. Después en Excel tú puedes traer los datos a través de una tabla dinámica o gráfico dinámico, entre otras alternativas.
La gracia de Access es que a parte de ser portable, el motor JET es rapidísimo. El problema es que Access es mono-concurrente y si alguien piensa hacer una página web con Access está más loco que una cabra.
Access es una buena y fácil herramienta, y con un tutorial simple, se le puede sacar mucho provecho...........................Y eso que soy Linux Fan :risa2:
-
Efectivamente, por eso indiqué que dependerá de la necesidad de la persona/negocio/empresa.
Normalmente los sistemas de información no son una tabla, son modelos. Entonces, en EXCEL vincular un modelo ... :pozozipy:
Por lo mismo, nacen las áreas de manejo de datos, que a través de SQL se encargan de crear una matriz a través de un modelo, y eso se entrega al área que requiere el dato. Hasta que la empresa madura y se implementan arquitecturas de inteligencia de negocios.
Obviamente, hay empresas que sólo manejan matrices; o que no requieren la capa operacional de la información, y sólo se enfocan en la táctica y estratégica. Ahí es más fácil en corto plazo manejar planillas EXCEL. El cuento es cuando nace la primera necesidad de cruzar datos.
Le respondía al ché... comencé la respuesta a este posteo pero me tuve que ir a una reunión y al volver el tema había caminado harto.
:pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo: :pozozipy: :velhopozo:
Si se puede hacer querys SQL con Excel me tiro a un pozo :risa2:
No todos los que van a access es porque tengan que hacer un query en SQL :cop2: :cop2:
-
No hay que asustar a la gente con palabras tan rebuscadas, sobre todo si hablamos de Access.
Access es una base de datos portable y sencilla, que permite muchas cosas, entre ellas realizar consultas SQL. Este tiene herramientas que permiten al usuario crear esas consultas pero de manera amigable, es decir, sin saber programar ni lenguaje SQL.
Access no es para nada complicado, es más, para hacer tablas es tanto o más fácil que Excel. Después en Excel tú puedes traer los datos a través de una tabla dinámica o gráfico dinámico, entre otras alternativas.
La gracia de Access es que a parte de ser portable, el motor JET es rapidísimo. El problema es que Access es mono-concurrente y si alguien piensa hacer una página web con Access está más loco que una cabra.
Access es una buena y fácil herramienta, y con un tutorial simple, se le puede sacar mucho provecho...........................Y eso que soy Linux Fan :risa2:
Microestrategy... y nos ha cambiado la vida para lo que antes nos basábamos en excel y access (o hyperion)
-
Le respondía al ché... comencé la respuesta a este posteo pero me tuve que ir a una reunión y al volver el tema había caminado harto.
No todos los que van a access es porque tengan que hacer un query en SQL :cop2: :cop2:
Si se, lo que pasa es que a Dynamo lo tengo que subsidiar constántemente. >:D :uy: :risa2:
-
No hay que asustar a la gente con palabras tan rebuscadas, sobre todo si hablamos de Access.
Access es una base de datos portable y sencilla, que permite muchas cosas, entre ellas realizar consultas SQL. Este tiene herramientas que permiten al usuario crear esas consultas pero de manera amigable, es decir, sin saber programar ni lenguaje SQL.
Access no es para nada complicado, es más, para hacer tablas es tanto o más fácil que Excel. Después en Excel tú puedes traer los datos a través de una tabla dinámica o gráfico dinámico, entre otras alternativas.
La gracia de Access es que a parte de ser portable, el motor JET es rapidísimo. El problema es que Access es mono-concurrente y si alguien piensa hacer una página web con Access está más loco que una cabra.
Access es una buena y fácil herramienta, y con un tutorial simple, se le puede sacar mucho provecho...........................Y eso que soy Linux Fan :risa2:
No estoy asustando a nadie, solo indicarle a Dynamo que si piensa llevar a cabo proyectos futuros de OLTP Access no es solución, por mucho que haya hecho algo por ahí.
-
No estoy asustando a nadie, solo indicarle a Dynamo que si piensa llevar a cabo proyectos futuros de OLTP Access no es solución, por mucho que haya hecho algo por ahí.
Access no es lo optimo pero el punto no es ese. Solo quería apuntar al hecho de que no se puede decir con tanta liviandad que Excel es lo mismo o sustituye a Access.
Para eso recurrí a ejemplos de cosas que puedes hacer con Access, aunque sea en pequeña escala, y que no puedes hacer con Excel.
Mas encima Tandersan aprovechó de hacer aspavientos con sus conocimientos (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif)
Ahora me acordé de un sistema que hice cuando estaba en 4to, no era OLTP en realidad, era una aplicación standalone en BV6 que se conectaba a Access.
-
Access no es lo optimo pero el punto no es ese. Solo quería apuntar al hecho de que no se puede decir con tanta liviandad que Excel es lo mismo o sustituye a Access.
Para eso recurrí a ejemplos de cosas que puedes hacer con Access, aunque sea en pequeña escala, y que no puedes hacer con Excel.
Mas encima Tandersan aprovechó de hacer aspavientos con sus conocimientos (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif)
Ahora me acordé de un sistema que hice cuando estaba en 4to, no era OLTP en realidad, era una aplicación standalone en BV6 que se conectaba a Access.
Psst que fome... yo en cuarto estaba encargando a mi hija poh 8)
-
Psst que fome... yo en cuarto estaba encargando a mi hija poh 8) lujos que me podia dar, ya que mi padre me tenia una casa en Vitacura y un staff de servidumbre que me cuidaba la guagua mientras yo jugaba al ingeniero en la facultad, posom
:risa2: >:D :chan: :diablo:
-
:risa2: >:D :chan: :diablo:
:risa2: :risa2: :risa2: te que dó wenna... :thumbsup:
Pero en verdad vivía en la calle enrique olivares esquina colombia de la florida posom... el que se casa... casa quiere!! (más wn yo pa casarme... :-[ )
-
Mas encima Tandersan aprovechó de hacer aspavientos con sus conocimientos (http://www.hifichile.cl/public/style_emoticons/default/com-96.gif)
Pero si normalmente hago aspavientos de lo que conozco. Ni modo que hable de lo que no conozco, como algunos otros usuarios por ahí que andan repartiendo mitos y hoax. :risa2:
Yo personalmente uso bastante Excel, lo encuentro muy práctico para muchas tareas. Access creo que no es sustituo de Excel porque tienen targets diferentes. En el trabajo por ejemplo es Excel o sino Oracle. Access, cuando el usuario requiere 2 millones de registros y lo convenzo de que Excel no da. ::)
BTW, Oracle sux.
-
Pero si normalmente hago aspavientos de lo que conozco. Ni modo que hable de lo que no conozco, como algunos otros usuarios por ahí que andan repartiendo mitos y hoax. :risa2:
Yo personalmente uso bastante Excel, lo encuentro muy práctico para muchas tareas. Access creo que no es sustituo de Excel porque tienen targets diferentes. En el trabajo por ejemplo es Excel o sino Oracle. Access, cuando el usuario requiere 2 millones de registros y lo convenzo de que Excel no da. ::)
BTW, Oracle sux.
Justamente el tema es cuando la gente usa Excel como una BD.
Por qué Oracle sux?
Parece q no soy el único que opina lo mismo.
Enviado desde mi GT-S5830L usando Tapatalk 2
-
Justamente el tema es cuando la gente usa Excel como una BD.
Por qué Oracle sux?
Parece q no soy el único que opina lo mismo.
Enviado desde mi GT-S5830L usando Tapatalk 2
Porque en mi experiencia -lo destaco- en condiciones normales no da tanto más que el resto (SQL Server, Sybase ASE).
Y cuando lo exiges, no le llega ni a los talones a un Sybase IQ o un Teradata (palabras mayores).
Aún así es caro y tan recomendado, que no es raro ver DataWarehouses normalizados hasta en cuarta forma, construidos sobre Oracle 11g, y cuyos tiempos de respuesta ... ::)
-
Porque en mi experiencia -lo destaco- en condiciones normales no da tanto más que el resto (SQL Server, Sybase ASE).
Y cuando lo exiges, no le llega ni a los talones a un Sybase IQ o un Teradata (palabras mayores).
Aún así es caro y tan recomendado, que no es raro ver DataWarehouses normalizados hasta en cuarta forma, construidos sobre Oracle 11g, y cuyos tiempos de respuesta ... ::)
Te lo preguntaba, porque acá la DB principal que se usa tanto para internet como intranet es Oracle. Se almacenan billones de datos.
Se utilizan todas las herramientas de Oracle incluido el CMS. Pero hace rato que tenía la impresión de que todos los productos valen hongo.
Estuve leyendo unos benchmark sobre Oracle y efectivamente sucede lo que tú dices. Incluso leí un tipo que dijo que tenía una DB en MS SQL Server Express y se le estaba acabando los 4GB de almacenamiento por lo que tuvieron comprar una licencia. Sin embargo, se les ocurrió migrar a Oracle y se les fue a las pailas el rendimiento.
:-[ :-[
Parece que si necesitas una BD full relacional, de alta concurrencia y escalabilidad entonces la opción es Postgres. Si no Sql Server.
Ahora, no sabía que Sybase era power.
-
Psst que fome... yo en cuarto estaba encargando a mi hija poh lujos que me podia dar, ya que mi padre me tenia una casa en Vitacura y un staff de servidumbre que me cuidaba la guagua mientras yo jugaba al ingeniero en la facultad, posom
Normalmente, de esta forma se evidencia la ignorancia.
En Vitacura se construyeron casas en los años 60 de cooperativa, vale decir, el mismo concepto de La Florida. Ladrillo a la vista.
Que el barrio se estire màs hacia el río es otro cuento
Saludos
-
Excel es muy buena herramienta pero el error que se comete es creer que cumple con las funciones de base de datos o de base para modelar y es un sistema muy frágil para ello por lo que falla y se llena de errores de usuarios.
He visto modelos que trabajan en base a excel que en vez de planillas parecen "sábanas" ;D y los usuarios pasan horas solo buscando los errores por links malos entre celdas y leseras de ese estilo. Tiene complementos para hacerlo más robusto pero en el fondo no es la herramienta adecuada.
Para manejo de pases de datos sencillos mucho mejor usar por ejemplo herramientas como Business Objects que te permiten crear todo tipo de tablas y cálculos sin errores linqueando directo a las bases de datos. Además son mucho más fácil de customizar, mantener y corregir al no tener que "hacer las fórmulas" (se llama notación extendida y notación xx? quién se acuerda)
-
Te lo preguntaba, porque acá la DB principal que se usa tanto para internet como intranet es Oracle. Se almacenan billones de datos.
Se utilizan todas las herramientas de Oracle incluido el CMS. Pero hace rato que tenía la impresión de que todos los productos valen hongo.
Estuve leyendo unos benchmark sobre Oracle y efectivamente sucede lo que tú dices. Incluso leí un tipo que dijo que tenía una DB en MS SQL Server Express y se le estaba acabando los 4GB de almacenamiento por lo que tuvieron comprar una licencia. Sin embargo, se les ocurrió migrar a Oracle y se les fue a las pailas el rendimiento.
:-[ :-[
Parece que si necesitas una BD full relacional, de alta concurrencia y escalabilidad entonces la opción es Postgres. Si no Sql Server.
Ahora, no sabía que Sybase era power.
Sybase ASE es el "papá" de SQL Server. Mejor dicho, Microsoft se ""basó"" en Sybase ASE a tal punto que la mayor parte de las querys estándar se pueden ejecutar sin modificación en ambos ambientes. Muy práctico cuando la tienes llenas de tablas #temp. :D
Microsoft siguió avanzando y ahora tiene un SQL Server de miedo, bueno para OLTP en sistemas distribuidos; y bueno para modelos relacionales, estrella, copo de nieve. Sobre normalización, no tengo info.
Sybase entiendo que prefirió seguir con Sybase IQ, un motor de base de datos ultra rápido y eficiente para DataWarehousing. En mi humirde opinión, es mejor que Teradata pero no tiene la plataforma ni la experiencia aún. Fueron los primeros en presentar una arquitectura de 1 PetaByte.
Para darte una idea, podías consolidar tráfico de llamadas de varios meses en pocas horas.
En Oralce si no estás usando el PARTITION, empieza a mostrar la hilacha.
-
Sybase ASE es el "papá" de SQL Server. Mejor dicho, Microsoft se ""basó"" en Sybase ASE a tal punto que la mayor parte de las querys estándar se pueden ejecutar sin modificación en ambos ambientes. Muy práctico cuando la tienes llenas de tablas #temp. :D
Microsoft siguió avanzando y ahora tiene un SQL Server de miedo, bueno para OLTP en sistemas distribuidos; y bueno para modelos relacionales, estrella, copo de nieve. Sobre normalización, no tengo info.
Sybase entiendo que prefirió seguir con Sybase IQ, un motor de base de datos ultra rápido y eficiente para DataWarehousing. En mi humirde opinión, es mejor que Teradata pero no tiene la plataforma ni la experiencia aún. Fueron los primeros en presentar una arquitectura de 1 PetaByte.
Para darte una idea, podías consolidar tráfico de llamadas de varios meses en pocas horas.
En Oralce si no estás usando el PARTITION, empieza a mostrar la hilacha.
Que buena info.
Nosotros tenemos un SCADA que adquiere datos de miles de variables (vaaaarios miles) que llegan de equipos de medidas en terreno de muchas empresas, y se almacenan estas medidas de intervalos de 2 segundos en una base de datos SQL Server. Imagina la cantidad de datos por mes, si son millones de registros diarios. Y la base de datos anda rebien. De hecho, el servidor tiene como 2 Tera de almacenamiento y se tiene que estar respaldando y vaciando la DB cada 3 meses aprox. (se hace de forma automática).
Oye, qué opinión te merece Postgres?
-
Oye, qué opinión te merece Postgres?
Me declaro un ignorante absoluto en Postgres. La verdad jamás lo he ocupado.
Solo Sybase ASE, SQL Server, Sybase IQ, Oracle, Terada, Access, MySQL.
Sobre las bases que tienen en la pega, ¿sólo las usan para OLTP, o efectúan análisis sobre ella? Digamos datamining, procesamiento analítico, KPIs, etc. Porque tendría la impresión que los dos procesos sobre el SQL Server lo deberían estar matando, sobre todo si son millones de registros diarios, similar al tráfico de llamadas.
-
Yo he usado Postgres pero en sistemas chiquititos de mi epoca de estudiante, nunca la he visto en entornos productivos, nadie se va a arriesgar tampoco ya que si algo sale mal no tendrás a quien culpar.
Tiene buena prensa en todo caso y creo que esta pensada para sistemas mas "grandes" que los que aborda mysql.
-
En Oralce si no estás usando el PARTITION, empieza a mostrar la hilacha.
Enemigo de la libre empresa, el emprendimiento y la generacion de empleo detected :cop2:
-
Me declaro un ignorante absoluto en Postgres. La verdad jamás lo he ocupado.
Solo Sybase ASE, SQL Server, Sybase IQ, Oracle, Terada, Access, MySQL.
Sobre las bases que tienen en la pega, ¿sólo las usan para OLTP, o efectúan análisis sobre ella? Digamos datamining, procesamiento analítico, KPIs, etc. Porque tendría la impresión que los dos procesos sobre el SQL Server lo deberían estar matando, sobre todo si son millones de registros diarios, similar al tráfico de llamadas.
Datamining. Cuando hay una falla, se reconstruye la historia para saber quién es el culpable. >:D
El SCADA fue desarrollado por Alstom, y se utiliza en muchos países y al parecer no hay problemas con eso. Considerando además que en otros países los sistemas eléctricos son gigantes al lado del nuestro. La interfaz de usuario es charcha.
De hecho estoy haciendo unas consultas sql y anda muy bien.
Con respecto a Postgres, según yo le da varias kick in the ass a MySql. :zipynana: :zipynana:
-
Cómo el viernes es mi día libre y no hubio vuelo hoy... yo estoy aprendiendo como se hace un formulario en access... :uy:
-
Datamining. Cuando hay una falla, se reconstruye la historia para saber quién es el culpable. >:D
El SCADA fue desarrollado por Alstom, y se utiliza en muchos países y al parecer no hay problemas con eso. Considerando además que en otros países los sistemas eléctricos son gigantes al lado del nuestro. La interfaz de usuario es charcha.
De hecho estoy haciendo unas consultas sql y anda muy bien.
Con respecto a Postgres, según yo le da varias kick in the ass a MySql. :zipynana: :zipynana:
Mish, cómo creció el pequeñín SQL Server entonces. Asumo que también hay una tremenda plataforma detrás, si lo corres en la BB de Dynamo se pega :D
Lo tendré en consideración para consultorías. Pero de verdad, yo Oracle para DWH no lo recomiendo. No me acostumbro a esperar minutos, por consultas que en IQ resolvía en segundos.