Re: Ofreciendo el uso de PostgreSQL en tierra de MySQL (OFFTOPIC)

Compañeros, ustedes que opinan con el siguiente mail que recivi sobre
mysql vs postgresql.

De:
Grover Campos A.
<gcampos(at)ing(dot)puc(dot)cl>
Responder a:
gcampos(at)ing(dot)puc(dot)cl
Para:
'Julio Cesar Sánchez González'
<knowhow(at)sistemasyconectividad(dot)com(dot)mx>, 'Mario Benavides Jurado' <mariobenavidesj(at)yahoo(dot)com>
Cc:
'Listas MySQL'
<mysql-es(at)lists(dot)mysql(dot)com>
Asunto:
RE: Comprar mysql
Fecha:
Mon, 5 Nov 2007 16:13:53 -0300
(13:13 CST)

Como bien decía nuestro estimado co-listero Mario, me parece que tu
problema es de no saber usar el servidor, justamente para ello existe
este tipo de listas para que las personas que podamos saber un poquito
más podamos ayudar a los que saben menos, quizá te pasó lo típico del
desarrollador que se cree conquistador del mundo y que no necesita
manual para usar un cohete espacial y como es razonable se da contra el
suelo.

Tu problema con las fechas no es un problema de mysql, es un problema de
que no has sabido hacer una buena configuración, si revisas la siguiente
página_
http://dev.mysql.com/doc/refman/5.0/es/server-sql-mode.html

Te darás cuenta que en MySQL existe un SQL MODE que puede ser
establecido según las necesidades del desarrollador. Y en ella puedes
evitar que sea tan flexible con las fechas.

MySQL y PosgreSQL tienen cada uno sus ventajas y desventajas, y si MySQL
es el motor más usado en el mundo no es porque sus desventajas sean un
ancla, es porque los desarrolladores hemos sabido sortearlas y porque
ellas no son tan importantes como las ventajas. Si PosgreSQL tiene
tantas ventajas sobre MySQL, ¿porqué no es más usado? ¿No será que sus
desventajas si son gravitantes a la hora de elegir un motor de base de
datos? Estamos claros que los dos no compiten por precio, dado que los
dos son gratuitos, así que no existe diferencia económica entre ambos,
sólo la funcionalidad está en juego.

El último punto de tu comentario que quisiera refutar es sobre la carga
de inserciones de las grandes compañías que utilizan MySQL, yo pregunto
a la lista, ¿les parece que Google, Digg, Flickr, Yahoo!, Amazon o las
demás compañías allí mencionadas tienen sólo cientos de registros? Si no
me equivoco pueden ser catalogados de los pilares de la web 2.0 debido a
que guardan más información de cada usuario como nunca antes se ha
registrado en la historia. Así que intensivas en inserciones yo creo que
son, que deben ser transaccionales, lo son. Así que no creo que ellas
hayan elegido MySQL sólo porque van a leer datos.

Los hechos caen por su propio peso, el que no lo ve, es ciego o no lo
quiere reconocer.

Saludos

---------------------------------------------------------
Grover M. Campos Ancajima
Ingeniero de Desarrollo
DictUC - Pontificia Universidad Católica de Chile

Solo espero su humilde oponion.

Saludos

Julio Cesar Sánchez González.

El jue, 01-11-2007 a las 02:28 -0600, Julio Cesar Sánchez González
escribió:
> Compañeros listeros el motivo del presente mail es el de pedirles
> algunos links sobre que tan superior es Postgres en contra de MySQL,
> sobre todo para explicarles y tener con que debatir ya que yo se que
> postgresql esta por encima de MySQL. A continuacion anexo el correo en
> el que he discutido sobre el uso de Postgresql en contra de MySQL.
>
> Saludos y buenas noches.
>
>
> El mié, 31-10-2007 a las 16:27 -0700, Mario Benavides Jurado escribió:
> > Hola,
> >
> > Esta claro que a ti te gusta PosgreSQL eso esta bien, si te fallo
> mysql algo hiciste
> > mal......... es decir mysql es un sistema facil de manejar pero que
> tiene sus trucos, a
> > mi no me ha fallado nunca en ambientes multicliente. Preguntate xque
> los grandes de la
> > web 2.0 y del negocio de la internet usan mysql:
> >
> > Amazon.com
> > Craigslist
> > Digg
> > Google
> > LiveJournal
> > NASA
> > Omniture
> > RightNow
> > Slashdot
> > Yahoo!
> > Nokia
> > flickr
> > CNET Networks
> > Friendster
> > Wikipedia
>
> Las grandes como tu las llamas usan MySQL porque su negocio es de solo
> estraccion con pocas inserciones, es por eso. Ahora lo que tu llamas
> trucos como por ejemplo insertar una fecha 0000-00-00 o 2007-00-00 o
> 0000-00-01 yo lo considero un terrible error, si bien es cierto se puede
> subsanar en el lado de la aplicacion, que no deberia ser responsabilidad
> de MySQL AB en vez de nosotros. Ahora ese fue un problema, que paso
> cuando por ejemplo existen errores en la importacion de varios respaldos
> de versiones anteriores a la nueva. En fin, creo que son demasiados bugs
> si revisas en la pagina de bugs de mysql, bugs que ya fueron
> solucionados desde hace mucho. Ahora por otro lado en informatica
> estamos acostumbrados a lidiar con muchos errores de terceros, pero si
> tu cliente un dia tiene un problema, creeme que el responsable eres tu.
> Aqui por desgracia no se trata de que es lo mejor o lo peor, sino de lo
> que nos de menos problemas a nosotros como desarrolladores. Imaginate si
> desarrollas una aplicacion lo suficientemente robusta con un nivel de
> transacciones de unas 100000 por segundo, pocas en una aplicacion para
> telefonia celular y te das cuenta que por una regla mal implementada
> dentro del gestor ya tienes perdida de informacion y el sistema no lo
> puedes detener porque es de mision critica, creo que es tiempo para
> llorar.
>
> No digo que MySQL no sirva para aplicaciones WEB o para manejar ciertos
> negocios, pero creo que no la estamos jugando un poco confiando en MySQL
> AB y su motor aun tan joven.
>
> >
> > Ah y te
> > recomiendo este articulo de experiencias de arquitecturas escalables
> reales y mira con
> > que estan hechos:
> >
> > http://highscalability.com/links/weblink/24
> >
> > muy a tu pesar ninguno esta soportado sobre postgresql........
> >
> > Ah pero sabes xque todos esos grandes de la internet usan mysql? De
> seguro porque al
> > igual que a ti les fallo :P (te encantaria que eso fuera asi no?)
> >
> > En conclusion si a ti te ha ido mal mysql, es porque no lo sabes
> manejar y administrar o
> > tal vez eres uno de esos programadores mediocres que culpan a bd
> cuando no saben
> > programar un hola mundo.
> >
> > Pero ese es tu problema. y no de los listeros.
> > Mario Benavides Jurado
> > Administrador de Sistemas Informaticos
> > Desarrollador LAMP
> > Que seria de nosotros, sin la ayuda de lo que no existe?
> > Paul Valery - Breve Epistola sobre el Mito
> >
> > ----- Original Message ----
> > From: Julio Cesar Sánchez González
> <knowhow(at)sistemasyconectividad(dot)com(dot)mx>
> > To: Mario Benavides Jurado <mariobenavidesj(at)yahoo(dot)com>
> > Cc: Rafael Lazo Sulca <rafa_lazo_316(at)hotmail(dot)com>; Listas MySQL
> <mysql-es(at)lists(dot)mysql(dot)com>
> > Sent: Wednesday, October 31, 2007 4:58:00 PM
> > Subject: Re: Comprar mysql
> >
> >
> >
> >
> > El mi茅, 31-10-2007 a las 13:20 -0700, Mario Benavides Jurado
> > escribi贸:
> > > Hola amigo,
> > >
> > > Ve a la siguiente direccion y alli en el formulario
> > > de contacto escribe en espa帽ol que necesitas informacion de venta,
> > > aunque no lo creas ellos tienen personal que habla espa帽ol y te
> > > responden cualquier inquietud rapidamente. Eso si no olvides
> > > suscribirte y crear un perfil en la web de mysql luego te logeas y
> > vas
> > > la pagina de ventas y escribes tus preguntas.
> > >
> > > Yo he usado la asistencia via mail, ya que en pocos meses la empresa
> > en la que trabajo comprara un server con mysql.
> > >
> > > Aqui el link:
> > >
> > > http://www.mysql.com/company/contact/sales.html?s=consulting
> > >
> > >
> > > chau......
> > > Mario Benavides Jurado
> > > Administrador de Sistemas Informaticos
> > > Desarrollador LAMP
> > > Email: correo(at)mariobj(dot)com
> > > Web-Site: www.mariobj.com
> > >
> > > Que seria de nosotros, sin la ayuda de lo que no existe?
> > > Paul Valery - Breve Epistola sobre el Mito
> > >
> > > ----- Original Message ----
> > > From: Rafael Lazo Sulca <rafa_lazo_316(at)hotmail(dot)com>
> > > To: mysql lista <mysql-es(at)lists(dot)mysql(dot)com>
> > > Sent: Wednesday, October 31, 2007 12:47:13 PM
> > > Subject: Comprar mysql
> > >
> > >
> > > Saludos
> > >
> > >
> > > quien me puede dar información para la adquisicion de mysql es
> > decir
> > > la licencia yo soy de ecuador
> > >
> > > gracias por su ayuda
> > > _________________________________________________________________
> >
> >
> > Estan seguros de comprarlo, yo lo pensaria dos veces, aun tiene muchos
> > errores, y que mysql falle cuando aun no lo pagamos es una y otra
> > gastar
> > dinero al malo. Yo en su lugar optaria por usar un gestor mas robusto
> > como postgresql que supera en mucho a mysql y tiene una trayectoria de
> > mas de 20 a帽os ademas de ser la primer base de datos objeto
> > relacional,
> > he sabido de gente que almacena mas de 100 millones de registros en un
> > mismo servidor sin problemas.
> >
> > La verdad compa帽eros no se ofendan pero MySQL me dejo muy mal en un
> > sistema que hice, tiene problemas para el manejo de fechas entre
> muchos
> > y comprobacion de tipos debiles, sin embargo PostgreSQL es muy similar
> > en el manejo pero cuenta con dominios, triggers, store procedures,
> > multilenguajes internos (PLPHP, PLJAVA, PLTCL, PGSQL, PLPERL, etc.),
> > sentencias CHECK complejas, indices parciales, indices tipo HASH,
> > indices GIST, Control de usuarios, respaldo online (PITR), respaldo
> > parcial (PGDUMP) y mas. Yo la verdad solo uso MySQL para aplicaciones
> > muy sencillas en WEB, pero para software de n niveles o almacenamiento
> > de informaci贸n critica sin dudar uso PostgreSQL y aunque es gratuito
> > la
> > verdad bien valdria pagar por el.
> >
> > La verdad no es que quiera entrar en una confrontacion entre MySQL y
> > PostgreSQL porque sin duda ambos sirven para su proposito, pero siento
> > que deberian ser cautelosos a la hora de elegir algun gestor
> > relacional,
> > yo creo que lo mas importante a tomar en cuenta seria:
> >
> > *Definicion de los Datos.
> > -Imposicion de la clave principal.
> > -Especificacion de la clave externar.
> > -Tipos de datos disponibles.
> > -Ampliabilidad de los tipos de datos.
> > -Especificacion del dominio.
> > -Facilidad de reconstruccion.
> > -Controles de integridad.
> > -Mecanismos de vistas.
> > -Diccionario de datos.
> > -Independencia de los datos.
> > -Modelo de datos subyacente.
> > -Evolucion del esquema.
> >
> > *Definicion fisica
> > -Estructura de archivos disponible.
> > -Mantenimiento de las estructuras de archivos.
> > -Facilidad de reorganizacion.
> > -Indexacion.
> > -Campos/Registros de longitud variable.
> > -Compresion de los datos.
> > -Rutinas de cifrado.
> > -Requisitos de memoria.
> > -Requisitos de almacenamiento.
> >
> > *Accesibilidad
> > -Lenguajes de consulta: compatible con SQL2/SQL:2003/ODMG.
> > -Interfaz con lenguajes 3GL.
> > -Multiusuario.
> > -Seguridad.
> >
> > *Gestion de transacciones.
> > -Rutinas de copia de seguridad y de recuperacion.
> > -Puntos de comprobacion.
> > -Registro de actividades.
> > -Granularidad de la concurrencia.
> > -Estrategia de resolucion de interbloqueos.
> > -Modelo de transacciones avanzado.
> > -Procesamiento paralelo de consultas.
> >
> > *Utilidades
> > -Medida del rendimiento.
> > -Optimizacion.
> > -Facilidades de carga/descarga.
> > -Monitorizacion de la utilizacion por parte de los usuarios.
> > -Soporte para la administracion de la base de datos.
> >
> > *Desarrollo
> > -Herramientas 4GL/5GL.
> > -Herramientas CASE.
> > -Capacidad de gestion de ventanas.
> > -Procedimientos almacenados, disparadores y reglas.
> > -Herramientas de desarrollo web.
> >
> > *Otras caracteristicas
> > -Capacidad de actualizacion.
> > -Estabilidad empresarial del fabricante.
> > -Base de usuario.
> > -Soporte de formacion y soporte al usuario.
> > -Documentacion.
> > -Sistema operativo requerido.
> > -Coste.
> > -Ayuda en linea.
> > -Estandares utilizados.
> > -Gestion de versiones.
> > -Optimizacion de consultas ampliables.
> > -Escalabilidad.
> > -Soporte para herramientas analiticas.
> > -Interoperabilidad con otros SGBD y otros sistemas.
> > -Integracion WEB.
> > -Utilidades de replicacion.
> > -Capacidades distribuidas.
> > -Portabilidad.
> > -Hardware requerido.
> > -Soporte de red.
> > -Capacidades de orientacion a objetos.
> > -Arquitectura (cliente/servidor de 2 o 3 niveles).
> > -Prestaciones.
> > -Tasa de procesamiento de transacciones.
> > -Numero maximo de usuarios concurrentes.
> > -Soporte para XML.
> >
> > Sin duda compa帽eros en la eleccion correcta del DBMS no solo estan en
> > juego la informaci贸n de la empresa, sino tambien sus empleos, a nadie
> > le
> > gusta pagar por algo que no funciona o se queda corto a la larga, yo
> > francamente primero evaluaria si en verdad cumple con las espectativas
> > del negocio y haria pruebas tanto de estres como de envergadura con
> > algunos millones de registros en multiples tablas para saber su
> > verdadero rendimiento.
> >
>
>
>