Holas, yo he trabajado durante varios años con mysql en desarrollar sistemas, ya sea web o win (con ODBC). Primer Problema: NO TIENE PROCEDIMIENTOS ALMACENADOS, VISTAS, TRIGGERS, ETC, como si los tiene postgresql... eso hace que el código que se escriba sea MUCHO mas en mysql.
He pasado varios sistemas de explotación de mysql a postgresql pensando que la lentitud de los sistemas hiva a variar... COSA QUE NO ME PASO... que una consulta se demore 50 milisegundos y la otra 60 milisegundos, a la hora de que un código por ejemplo en PHP tenga 1000 lineas de código (MYSQL) y otra 500 (PG)... pfff... NO tengo donde perderme. MYSQL requiere mucha paja de programacion... ADEMÁS!!!... un día me llama un pastel (product manager de MYSQL en chile) y me dice que han detectado que tengo que pagar x cantidad de dólares por haber vendido sistemas con mysql. ¿Cómo funciona esto? Te dejan que uses mysql para desarrollar... desarrollas y desarrollas... pero a la hora de vender tu producto, debes pagarles x cantidad de plata. Llame a los pelotas a grigolandia... y me dijeron que asi era... verifique el nombre del compadre en chile, etc... Y ES VERDAD... tuve que desenbolsar bastante plata, ahora si quiero vender un sistema en MYSQL... tengo que subir los costos... POSTGRESQL necesita mas conocimientos, que los he tenido que ir adquiriendo, pero el nivel de complejidad que puedes alcanzar al modelar una BD es muy superior a MYSQL. Saludos cordiales, Ernesto del Campo Area Desarrollo DESIS ::: Servicios y Tecnología Tel. 02 5512165 - 09 1392309 [www.desis.cl] -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Germán Poó Caamaño Enviado el: jueves, 29 de abril de 2004 18:45 Para: Discusion de Linux en Castellano Asunto: Re: otra duda El jue, 29-04-2004 a las 17:49, -0400, Alvaro Herrera escribió: > On Thu, Apr 29, 2004 at 05:01:57PM -0400, Mauro Morales M. wrote: > > > Pero en tan solo esta semana de desarrollo ya no quiero saber mas de > > MySQL, por la infinidad de 'detalles' en las que hay que darse 'la > > lata' de verificar/revisar/validar antes de dar por segura una > > 'transaccion' en el codigo fuente y no como tarea propia del DBMS. > > Right. Una de las cosas que encuentro mas absurdas es que si haces > INSERT INTO a VALUES (id, un-numero-muy-grande) > > tienes que hacer > SELECT numero FROM a WHERE id; > > para ver si el numero es el mismo que insertaste o no. Y si no lo > haces, nadie te asegura que sea correcto :-( Para hacer eso, mejor determinas cual es valor maximo que almacena y no permitir mayores valores que eso. -- Germán Poó Caamaño http://www.ubiobio.cl/~gpoo/
