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

Buenas,

Simplemente decile a este amigo Mario Benavides Jurado, que por el simple
hecho de expresarse en forma petulante como lo hizo, delata su inmadurez y
que es un novato.

No voy a entrar en comparativas, ni debates, simplemente cada profesional
debe analizar el tipo de negocio que desea desarrollar (Analisis de sistema)
y de acuerdo a esto seleccionar la plataforma tecnologica que se adecue a
los recursos que dispone y que cumpla con los requerimientos a corto,
mediano, y largo plazo.

En sintesis, depende de que quieras hacer, como lo quieras hacer, cuanto
tengas para hacerlo y ahi seleccionar las herramientas que te den la
seguridad y tranquilidad de que podras cumplir con el objetivo.

Solo eso.

--------------------------------------
Carlos Vallejos M.
Gerente de Desarrollo
Pronet S.A.
----- Original Message -----
From: "Julio Cesar Sánchez González" <knowhow(at)sistemasyconectividad(dot)com(dot)mx>
To: "pgsql-es-ayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, November 01, 2007 5:28 AM
Subject: [pgsql-es-ayuda] 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/
>
>
> --
> TIP 6: Has buscado en los archivos de nuestra lista de correo?
> http://archives.postgresql.org/pgsql-es-ayuda