16 messages in com.mysql.lists.mysql-esRE:=?ISO-8859-1?Q?_Sun_cerrar=E1_codi...
FromSent OnAttachments
Alvaro Cobo18 Apr 2008 09:47 
MARIO BENAVIDES JURADO18 Apr 2008 10:27 
Claudio J. Chiabai18 Apr 2008 10:37 
arman18 Apr 2008 10:55 
Gerardo Narvaja18 Apr 2008 10:56 
Alvaro Cobo18 Apr 2008 11:11 
Claudio J. Chiabai18 Apr 2008 11:34 
Robert E. Little18 Apr 2008 11:55 
Dani - plq18 Apr 2008 13:03 
ISC Edwin Cruz18 Apr 2008 13:30 
Diego M. Villar18 Apr 2008 13:33 
Thomas Goik - auxion.de18 Apr 2008 15:04 
Roger Martinez18 Apr 2008 16:03 
Gustavo Pardo19 Apr 2008 06:38 
Gerardo Narvaja21 Apr 2008 10:52 
Gerardo Narvaja21 Apr 2008 11:09 
Subject:RE:=?ISO-8859-1?Q?_Sun_cerrar=E1_codig?=o de MySQL
From:ISC Edwin Cruz (ecr@gruposinco.com.mx)
Date:04/18/2008 01:30:24 PM
List:com.mysql.lists.mysql-es

Pues yo la verdad no creo que sea muy alarmante esto, como dijo Mike Zinner en uno de sus blogs acerca de MySQL Workbench, "necesito justificar el salario de mi equipo y de alguna manera tenemos que sacar dinero para pagarles" y acaba de salir a GA el MySQL Workbech, que lo unico que trae la version comercial son plugins adicionales para mejorar tu rendimiento, pero no trae ninguna funcionalidad extra que la version community (por ejemplo Sincronizacion con la Base de datos que se puede seguir haciendo via export scripts). Si nos restringen de "advanced features" lo unico que vamos a tener que hacer es buscar o desarrollar alternativas para esas caracteristicas que generalmente solo usan grandes corporaciones.

Que podrian ofrecer de muy "advaced feature" que no se pueda hacer con algun script que ya esta en la web? Crons/Eventos? backups multihilo? Autenticacion LDAP? (esta en desarrollo pero Brian Aker no lo pierde de vista para Google SoC) ACID,Transactional Engines (que ya hay muchos y no va a tardar mucho en estabilizarse el nuevo Maria Storage Engine) Replicacion? Clusters? ETL Builders? Reporteadores? Monitores? Log File rotators?

Ademas si necesitaramos alguna de esas herramientas seria para algun cliente o empresa grande, que asigna presupuesto para su departamento de sistemas y puede pagar 600 dolares de subscripcion anual por servidor por la version comercial basica.

Bueno es mi punto de vista...

Saludos desde Aguascalientes, MX!!

PD. Pero si se cierra, yo me iria por Firebird o SQLite :D

-----Original Message----- From: Dani - plq [mailto:deg@plq.es] Sent: Viernes, 18 de Abril de 2008 03:04 p.m. To: mysq@lists.mysql.com >> "mysq@lists.mysql.com" Subject: Re: Sun cerrará codigo de MySQL

Echadle un ojo a Postgre, yo ya he cambiado =-O

MARIO BENAVIDES JURADO escribió:

Hola !

Pesima noticia, esperemos que no abandonen la linea open source, se entiende que ellos quieran darle un plus a sus productos comerciales, pero lo que no seria sensato es que descontinuaran las mejoras anunciadas como los nuevos motores de almacenamiento, seria una pena. En ese caso solo quedaria trabajar con PosgreSQL.

Muy malas noticias..........creo que empezare a darle un giro a mis proyectos creo que llego la hora de cambiar de base de datos :(

2008/4/18 Alvaro Cobo <cobo@gmail.com>:

Acabo de leer la noticia en VivaLinux

http://vivalinux.com.ar/soft/sun-cierra-mysql.html

" Sun cerrará el código de MySQLRedactado por *vivab0rg* el 18/04/2008. Leído 553 veces.

Además de aegurar que MySQL 5.1 seguiría siendo GPL<http://vivalinux.com.ar/soft/mysql-5.1-sin-cambios-de-licencia.ht ml>, Sun Microsystems tiró una bomba en el reciente evento MySQL User's Conference <http://en.oreilly.com/mysql2008>: la base de datos más popular de todas comenzará a cerrar su código, ofreciendo algunas de sus características sólo en su versión comercial *MySQL Enterprise*, comenzando por aquellas relacionadas con los backups *online*. Luego seguirán otras características más avanzadas.

La confirmación< http://jcole.us/blog/archives/2008/04/14/just-announced-mysql-to-laun ch-new-features-only-in-mysql-enterprise/

llega

por parte de Marten Mickos, antes CEO de MySQL AB, que confirmó que efectivamente desarollarán nuevas características en *MySQL Enterprise 6.0*sin hacerlas disponibles en su correspondiente edición abierta *Community*.

Mickos también asegura que<http://developers.slashdot.org/comments.pl?sid=525246&cid=2309882 4> *"esta decisión y razonamiento es algo que desarrollamos por nuestra cuenta en MySQL AB hace muchos meses, antes de ser adquiridos por Sun."*

- Artículo completo en Slashdot< http://developers.slashdot.org/article.pl?sid=08/04/16/2337224&from=rss> .

"

Esta me parece una noticia muy lamentable. Sin quere expresar pánico, creo que deberé iniciar la migración de mis aplicaciones a Postgresql, y aunque lamentaré todo el capìtal invertido en aprender las especificidades de MySQL, no lamento la posibilidad de utilizar las maravillosas funcionalidades de Postgres, su excelente soporte para GIS y la capacidad de organizar la base de datos en schemas, las funciones, procedimientos almacenados, etc.

Bueno muchachos y muchachas, que opinan, ¿estoy exagerando?

Saludos,

Alvaro