Javatadas

Saturday March 27, 2004

Decisiones en el mundo Empresarial

Hace 2 posts comentaba que, de forma natural por otro lado, la gente que pasa de Orace Forms y PL/SQL al mundo Java tiende a seguir programando en PL/SQL haciendo sus Forms ahora en Swing.
Es normal, porque esa es su forma de trabajar.

En otro post comenté las desventajas que para mí tienen centrar toda la lógica de un sistema en procedimientos almacenados. Además de casarte totalmente con la base de datos (lo cual no lo veo mal para los sistemas de una empresa, si esa es su decisión estratégica, pero en mi parecer sería un suicidio para hacer software comercial)creo que es una mala decisión de arquitectura de sistemas. Pero todo es matizable, claro. No es infrecunte ver configuraciones formadas por una misma base de datos empresarial (Oracle) que da servicio a varios servidores departamentales. Si ponemos toda la lógica en Oracle, los servidores departamentales (pongamos que son Servidores de Aplicaciones) ¿que harían? ¿estarían infrautilizados mientras Oracle está tostao?

Total, que empiezas hablando del tiempo y acabas hablando de política. Puse un ejemplo de un caso en el que la flexibilidad de no casarte con una bbdd (gracias al patrón DAO y a no meter lógica en la BBDD) permitió que un sistema que funciona con Oracle dando servicio a varios cientos de clientes pudiera ser portado a un entorno desktop con MySQL. Y ahí lancé un comentario para crear polémica: en ese entorno de "personal Database", y en nuestras pruebas MySQL y PostgreSQL estaban apalizando a Oracle.
Ahí van algunos comentarios que me parecen de interés:
¿que le sale más barato a tu empresa?, la licencia de una BD (o no!) + "pocas" horas de desarrollo, o la licencia de base dedatos (o no, como quieras) + "más" horas de programación. O que pasa si tu empresa "quiere" trabajar siempre con Oracle.
Claro. Al final depende un poco de la visión estratégica del director de Sistemas. Y, ¿por qué no? de la suerte. Por mucha visión de futuro que tengas, te pueden salir proyectos que, en función de las decisiones del pasado, estés bien posicionado o no para afrontarlos.

La JJAA se va a ahorrar un montón de millones en licencias, o sea que el principal condicionante parece ser el económico, no dudo que apoyen el Software Libre por otra parte y ese sea otro condicionante.
Pues no exactamente. El condicionante es dar servicio y cumplir con la legalidad y las directrices europeas. Pero si el sistema de apoyo hubiese estado hecho con tecnología Oracle, o se reescribe -no sería la primera vez que lo veo- o se compran licencias de Oracle LITE o Personal Oracle. No se cuanto cuesta, o si es gratis, pero un requisito es trabajar con datos espaciales (Oracle9i tiene la extensión Locator, LITE lo desconozco) cosa que hacen MySQL y PostGIS. En fin, no veo por qué tener que casarse de esta manera con una casa comercial.

En 'raw performance' MySQL apaliza a cualquiera, de eso no hay duda. Pero Oracle es mucho Oracle... si me dan a elegir entre cualquiera y Oracle, siempre elegiré a Oracle en casi todas las circunstancias si el presupuesto lo permite. Oracle es infinito... No digo que no. En mi portatil recien instalado me pilla 100 Mb de RAM (la empresarial) y MySQL 8Mb. No he probado la versión Personal, pero MySQL es la misma para todos.

se supone que en la actualidad uno puede usar Java "dentro" de Oracle (y que hacerlo de esta forma es más rápido),

Si no me equivoco, es con la JVM 1.2.2. Tampoco le dediqué mas tiempo en su momento. Nuestra aplicación trabaja en entornos web, tcp/ip, aplicación de escritorio, etc. En ultima instancia, solo se harían procedimientos almacenados y relacionados con la lógica de datos -integridad, triggers, etc-

disculpa pero debo comentra que esa para nada es una prueba de desempeño. simplemente resulto que para tu tabla y tu consulta, la consulta fue mas rapida , pero eso no implica nada. creo en el opensource y pienso que tenemos excelentes bases de datos opensource (las que mencionas por ejemplo), pero respeto mucho la base de datos Oracle y es aun aplicable para muchisimas situaciones. saludos Totalmente de acuerdo. Estaba medio en broma medio en serio. Es como si hubiera dicho "tantos millones de fumadores no pueden estar equivocados, fumar es bueno".
Realmente, la prueba la hemos hecho con todas las tablas con datos geométricos que teníamos. Hay que tener en cuenta lo que es un dato geométrico, y su problemática. Sólo quería crear un poco de polémica, porque en realidad pienso que el Open Source gana terreno a pasos agigantados. MySQL hace 2 años por no tener, no tenía ni transacciones ni integridad referencial. Ahora lo tiene, y estoy seguro de que con esta evolución pronto será un competidor muy serio para soluciones de empresa.
De hecho, la versión comercial de MySql no la he probado, pero ya digo que para determinados entornos (pymes, servidores con bajo número de transacciones, servidores de internet, etc.)yo sin duda es la solución que recomendaría. (a no ser que Oracle la hicieran GPL, claro ;) )
Es más, PostgreSQL me parece sensacional. Se trata de una base de datos con mas de 10 años de vida (yo diría que casi 20, pero no recuerdo exactamente), y tiene un monton de características, incluidos CURSORES, CURSORES BINARIOS, PGSQL (el equivalente de PL/SQL), etc.
¿Qué por qué la descartamos para el ejemplo de la JJAA? Postgre en Win2 solo funciona sobre una capa emuladora, CygWing, y requiere una extensión para trabajar con datos geométricos: PostGIS. El rendimiento general detectado es mayor en MySQL, así como su simplicidad.
Desgraciadamente, el análisis no parece profundo...¿verdad? pues no lo es. Así funcionan las cosas. Nuestro equipo estaba formado por 4 personas, y además de este proyecto teníamos otros 5 o 6, junto con el soporte y mantenimiento de todos los sistemas de producción.
Uno puede tener muy buena voluntad de hacer las cosas bien, pero en las empresas, y más si no son de informática (la mía es Agrícola) parece que eso da igual. La de veces que he oído ante una queja...Es que esto no es una empresa de Informatica, ¿sabes?