Barrapunto

"es decir para usar MySQL en una aplicación no-GPL hay que pagar."

FUD como la copa de un pino: NO, NO y NO.

La propia GPL lo deja bien clarito. Puedes *utilizar* sin problemas un programa GPL, en cualquier tipo de solución, sea GPL o no. Lo que no puedes hacer es *enlazar* código GPL en una aplicación que no lo sea. En el caso que nos ocupa, y por poner un ejemplo muy común, puedes programar una web con cualquier tipo de licencia que acceda a una base de datos MySQL. NO TIENE POR QUÉ SER GPL.

"En mi opinión MySQL es sólo válida para aplicaciones sin requisitos transaccionales"

FALSO: Desde siempre, la "acidificación" de la aplicación se puede implementar en cualquier capa de la misma. Lo que sí es cierto es que si son *bastantes* (donde "bastantes" se define para cada caso) las operaciones que requieren control transaccional sobre varias operaciones y/o no te puedes fiar demasiado de la capacidad del equipo de programadores (por incompetencia, falta de tiempo, o lo que sea), un gestor de base de datos que incorpore características ACID sería una mejor elección.

Ahora mi opinión. MySQL ha tenido tradicionalmente un nicho muy claro: aplicaciones que requieren bases de datos con esquemas relativamente simples en las que la mayor parte del acceso a datos es de lectura y las pocas operaciones de escritura, o no tienen requisitos de transaccionalidad, o pueden ser manejados en capas superiores de la aplicación. Ahora bien, la(s) empresa(s) que está(n) detrás de MySQL, que quiere sacar dinero aumentando el nicho potencial de su producto, lo está haciendo crecer, haciéndole perder, al menos parcialmente, lo que la hacía buena en él: ahora MySQL es más difícil de administrar (hay más posibilidades) es más difícil programar utilizándola como back-end (por lo mismo) y es, presumiblemente, más lenta de lo que podría ser.

La propia GPL lo deja bien clarito. Puedes *utilizar* sin problemas un programa GPL, en cualquier tipo de solución, sea GPL o no. Lo que no puedes hacer es *enlazar* código GPL en una aplicación que no lo sea. En el caso que nos ocupa, y por poner un ejemplo muy común, puedes programar una web con cualquier tipo de licencia que acceda a una base de datos MySQL. NO TIENE POR QUÉ SER GPL.

Sólo un comentario: En el caso de MySQL hay un pequeño "pero", MySQL se distribuye bajo GPL como servidor, y como GPL la librería Cliente. Quizás la confusión del mensajes al que "corriges" está en que anteriormente la librería Cliente estaba bajo LGPL, ahora ya no está así.
De esa forma, por poner un ejemplo que ha estado ya comentado por estos lares, no se puede compilar directamente PHP + MySQL ya que PHP no tiene una licencia compatible GPL (tiene una "tipo" BSD) ...
Desde mi punto de vista, el cambio no ha sido muy afortunado (paso de LGPL a GPL en Lib. cliente), ya que bloquea el desarrollo aplicaciones libres solo a aquellas GPL (no se me malinterprete), y no permite utilizar con licencias tan libres como la BSD, MIT, Apache, ... e incluso la Artística ;-) ... en gran medida ... o GPL ... o $$$ .

>>"es decir para usar MySQL en una aplicación no->>GPL hay que pagar."

>FUD como la copa de un pino: NO, NO y NO.

Bueno, entonces explícame cómo utilizo MySQL en mi aplicación no-GPL si la librería cliente es GPL y debo enlazar mi código con ella.

Para usar MySQL en una aplicación comercial debo comprar una licencia porque MySQL (en especial la librería cliente) es GPL.

Para aclararlo puedes enviar un e-mail a la gente de MySQL, sino para qué demonios comprar la licencia.

>puedes programar una web con cualquier tipo de >licencia que acceda a una base de datos MySQL

Umm, si distribuyes el código de ese programa atento con qué está enlazado, puede que necesites comprar una licencia de MySQL.
Claro que supongo que es posible programar con
MySQL sin utilizar su librería cliente pero no es lo mismo.

>FALSO: Desde siempre, la "acidificación" de la
>aplicación se puede implementar en cualquier
>capa de la misma

Esa es tu opinión, mi opinión es no aconsejar un
sistema de bases de datos no transaccional para implementar un sistema que requiera transacciones. De todas formas dudo que lo que
has dicho sea cierto, ¿como extraes un listado completo consistente de una sola tabla en un momento dado?, sin transacciones, si tu solución es bloquear toda la tabla mientras lees registros pues adelante, no me parece razonable en la actualidad, a eso le llamo yo chapuzas, de todas formas you no he dicho que no se pueda hacer sino que en mi opinion no es válida.

No es casualidad que MySQL tradicionalmente se haya usado para aplicaciones con muchas lecturas, pocas escrituras y sin requisitos transaccionales.