por
pobrecito hablador
el Domingo, 13 Febrero de 2005, 10:41h
(#444643)
esa misma multinacional se empeña en usar Oracle también para esa web donde sólo cuelgan artículos, pues la estan cagando
Yo creo que no. Es un tablespace distinto. Lo que no tiene sentido es infrautilizar un producto caro o montar cinco gestores relacionales distintos dependiendo de cinco situaciones diferentes. Porque en una multinacional, lo que hoy es un escaparate, para ayer tenía que haber sido algo parecido a Amazon.
"porque tenemos una estrategia de unificación interna de herramientas y además MySQL es de juguete"
Yo creo que no. No está justificado montar diferentes máquinas con diferentes gestores relacionales cuando lo más sencillo es generar un nuevo tablespace. Referente a lo de MySQL es de juguete, lamentablemente cuando no aporta valor añadido a un negocio, es lo que toca esperar. Tu jugada consiste en demostrarles que aparte de llevar la web, puedes crear un BI básico que alivie al servidor OLTP principal, o cualquier otra cosa que se te ocurra que se puede hacer en tu organización.
Porque en el tiempo que creo la base de datos y el usuario nuevo en Oracle, ya tengo el proyecto medio acabado con MySQL
Sinceramente no me lo creo. Si no te sabes los comandos de CREATE TABLESPACE, CREATE USER, etc. puedes usar las herramientas gráficas del Enterprise Manager, el dba studio, el toad, el que tengas. Añades si quieres una nueva entrada para el listener, hacer un cambio del tnsnames en los clientes si cambias el listener y ya lo tienes. No me creo que coger un equipo o un servidor, montarlo (si no lo tienes montado), instalar el mysql, etc, etc sea más rápido o no desperdicies recursos.
Bueno, unos utilizan la palabra inferior porque la realidad es que cogiendo los dos productos independientemente de su uso y comparando característica a característica, MySQL sale perdiendo. Otros como tú quieren ampliar la mira e indicar si es más adecuado a ciertos tipos de problemas o en ciertos tipos de organizaciones. Y yo te indico que no es algo que tengas que decidir tú, sino el propietario de los datos (q no es el administrador), ¿le compensa o quiere gastarse 3000-6000 euros en una solución Oracle? Yo pienso como tú que en este caso no está justificado, (de hecho si esa máquina/servidor ya tiene una licencia de office, me parece que para el caso hasta access es mejor solución que MySQL), pero desde luego en el caso de que decidiesen comprar Oracle, lo hace tan bien como MySQL. En los grandes escenarios la situación contraria no es cierto. Por eso te digo que son dos productos que juegan en divisiones distintas.
Re:MySQL es suficiente para PYMES
(Puntos:0)Yo creo que no. Es un tablespace distinto. Lo que no tiene sentido es infrautilizar un producto caro o montar cinco gestores relacionales distintos dependiendo de cinco situaciones diferentes. Porque en una multinacional, lo que hoy es un escaparate, para ayer tenía que haber sido algo parecido a Amazon.
"porque tenemos una estrategia de unificación interna de herramientas y además MySQL es de juguete"
Yo creo que no. No está justificado montar diferentes máquinas con diferentes gestores relacionales cuando lo más sencillo es generar un nuevo tablespace. Referente a lo de MySQL es de juguete, lamentablemente cuando no aporta valor añadido a un negocio, es lo que toca esperar. Tu jugada consiste en demostrarles que aparte de llevar la web, puedes crear un BI básico que alivie al servidor OLTP principal, o cualquier otra cosa que se te ocurra que se puede hacer en tu organización.
Porque en el tiempo que creo la base de datos y el usuario nuevo en Oracle, ya tengo el proyecto medio acabado con MySQL
Sinceramente no me lo creo. Si no te sabes los comandos de CREATE TABLESPACE, CREATE USER, etc. puedes usar las herramientas gráficas del Enterprise Manager, el dba studio, el toad, el que tengas. Añades si quieres una nueva entrada para el listener, hacer un cambio del tnsnames en los clientes si cambias el listener y ya lo tienes. No me creo que coger un equipo o un servidor, montarlo (si no lo tienes montado), instalar el mysql, etc, etc sea más rápido o no desperdicies recursos.
Bueno, unos utilizan la palabra inferior porque la realidad es que cogiendo los dos productos independientemente de su uso y comparando característica a característica, MySQL sale perdiendo. Otros como tú quieren ampliar la mira e indicar si es más adecuado a ciertos tipos de problemas o en ciertos tipos de organizaciones. Y yo te indico que no es algo que tengas que decidir tú, sino el propietario de los datos (q no es el administrador), ¿le compensa o quiere gastarse 3000-6000 euros en una solución Oracle? Yo pienso como tú que en este caso no está justificado, (de hecho si esa máquina/servidor ya tiene una licencia de office, me parece que para el caso hasta access es mejor solución que MySQL), pero desde luego en el caso de que decidiesen comprar Oracle, lo hace tan bien como MySQL. En los grandes escenarios la situación contraria no es cierto. Por eso te digo que son dos productos que juegan en divisiones distintas.