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

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.
>

--
Saludos,

Julio Cesar Sánchez González.

--
Ahora me he convertido en la muerte, destructora de mundos.
Soy la Muerte que se lleva todo, la fuente de las cosas que vendran.

www.sistemasyconectividad.com.mx http://darkavngr.blogspot.com/