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/

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

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Coincido totalmente con Carlos, yo en lo personal utilizo tres
soluciones para mis desarrollos:

Si el cliente necesita que sea comercial Oracle
Si el cliente necesita un motor robusto a un excelente precio PostgreSQL
Si el cliente necesita un desarrollo pequeño de no mas de 5 usuarios
SQLite
Si el cliente necesita problemas MySQL, jajaja, es broma.

Mira esta comparativa:
http://articles.techrepublic.com.com/5100-22-1050671.html

En lo único que no concuerdo con esa comparativa es en lo de la
lentitud, sinceramente eso es pura configuración y tener los fierros
adecuados.

Como desarrollador mi preferencia va para PostgreSQL, el multilenguaje
en las funciones, la integridad referencial, los tipos de datos
soportados, y sobre todo, lo robusto del motor, me han ahorrado miles
de dolores de cabeza. Es muy sencillo una vez que se conoce un poco el
motor comenzar a crear tu desarrollo en tres capas sin mayores
problemas, lo que al final redunda en un mantenimiento mas ligero y
menores problemas a la hora de implementar nuevas características.

Ahora que si el cliente quiere pagar por PostgreSQL, pues puede
utilizar EnterpriseDB.

Saludos.

Carlos Vallejos escribió:
> 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
>
> --
> TIP 7: no olvides aumentar la configuraci�n del "free space map"
>
>

- --
L.A. Jenaro Centeno Gómez
Tecnologías de la Información
Alimentos La Concordia, S.A. de C.V.
Ext. 9280
www.aldia.com.mx
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHKfba+nACvgizD48RAok7AKCnlLhWuznG19GcoJp74U5hAAWlVwCfXlh+
2RYfHsItwzZf82f2oCcAnd8=
=mwsn
-----END PGP SIGNATURE-----

El jue, 01-11-2007 a las 12:18 -0400, Adennys Almaguer escribió:
> Hola, soy nueva en el uso de PostgreSQL, recien enpiezo en un proyecto
> en el cual soy administradora de BD y tengo que trabajar con
> PostgreSQL.La version que tengo es la 8.1 y necesito que me digan por
> donde empesar a estudiar por que necesito aprender rapido todo lo
> referente al tema PostgreSQL.Tengo algunos libros pero son de
> versiones muy atrasadas quiero cosas actuales.Todo lo que me
> recomienden sera muy valioso para mi,muchas gracias y espero sus
> mensajes.

Pues lo mejor que tenemos sobre postgresql es su documentacion asi como
estas listas que son de lo mejor y tienen un nivel mas que excelente
para todo.

La documentacion la puedes conseguir en: http://www.postgresql.org/docs/
existen algunas traducciones en español, pero son algo viejas y te
perderias de todo lo nuevo que hay en postgres actual pero igual te
sirven de introduccion.

>
> El día 1/11/07, Jenaro Centeno Gomez <jcenteno(at)aldia(dot)com(dot)mx>
> escribió:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Coincido totalmente con Carlos, yo en lo personal utilizo
> tres
> soluciones para mis desarrollos:
>
> Si el cliente necesita que sea comercial Oracle
> Si el cliente necesita un motor robusto a un excelente precio
> PostgreSQL
> Si el cliente necesita un desarrollo pequeño de no mas de 5
> usuarios
> SQLite
> Si el cliente necesita problemas MySQL, jajaja, es broma.
>
> Mira esta comparativa:
> http://articles.techrepublic.com.com/5100-22-1050671.html
>
> En lo único que no concuerdo con esa comparativa es en lo de
> la
> lentitud, sinceramente eso es pura configuración y tener los
> fierros
> adecuados.
>
> Como desarrollador mi preferencia va para PostgreSQL, el
> multilenguaje
> en las funciones, la integridad referencial, los tipos de
> datos
> soportados, y sobre todo, lo robusto del motor, me han
> ahorrado miles
> de dolores de cabeza. Es muy sencillo una vez que se conoce un
> poco el
> motor comenzar a crear tu desarrollo en tres capas sin
> mayores
> problemas, lo que al final redunda en un mantenimiento mas
> ligero y
> menores problemas a la hora de implementar nuevas
> características.
>
> Ahora que si el cliente quiere pagar por PostgreSQL, pues
> puede
> utilizar EnterpriseDB.
>
> Saludos.
>
> Carlos Vallejos escribió:
> > 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
> >
> > --
> > TIP 7: no olvides aumentar la configuraci�n del "free space
> map"
> >
> >
>
> - --
> L.A. Jenaro Centeno Gómez
> Tecnologías de la Información
> Alimentos La Concordia, S.A. de C.V.
> Ext. 9280
> www.aldia.com.mx
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHKfba
> +nACvgizD48RAok7AKCnlLhWuznG19GcoJp74U5hAAWlVwCfXlh+
> 2RYfHsItwzZf82f2oCcAnd8=
> =mwsn
> -----END PGP SIGNATURE-----
>
>
> --
> TIP 8: explain analyze es tu amigo
>
>
>

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

Mira, que la licencia no es gratuita en Mysql, no es
libre, inodb fue comprado por Oracle y MySQL segun se
es libre siempre que no lo uses comercialmente.

Busca tambien sobre el benchmark de SUN sobre
postgresql que situa a este en el segundo lugar en
rendimiento de los SGDB solo superado por ORACLE y eso
es mucho decir.

Particularmente antes de elegir por postgresql yo era
un fanatico de MSSQLSERVER, pero tuve que elegir otro
SGDB y probe los dos en cuestion y elegi para ese
proyecto PostgreSQL, por que en ambiente windows
superaba en performance incluso a mi mssqlserver.

Mysql es no resolvia select con joins de una manera
eficiente, pero se que era una version 4.0 y que ahora
le agregaon funcionalidad que postgresql siempre tuvo.

Ahora postgres es el ordbms que eleji para todos mis
desarrollos.

Atte

Gabriel Colina

Comparte video en la ventana de tus mensajes (y también tus fotos de Flickr). Usa el nuevo Yahoo! Messenger versión Beta.
http://e1.beta.messenger.yahoo.com/

Grover Campos escribió:

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

Pretender que MySQL es mas usado que Postgres solo por sus
caracteristicas tecnicas es ceguera. Hay factores sociales, historicos
y de marketing que considerar. Es conveniente para los defensores de
MySQL ignorar todo esto y quedarse con el argumento simple: "si tantas
moscas comen caca, entonces debe ser buena!". Pero se olvidan de
indicarte que en realidad nosotros somos seres humanos, no moscas, y por
lo tanto nuestras necesidades (asi como nuestro conocimiento respecto a
los nutrientes y contaminantes presentes en la caca) son diferentes.

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

Nosotros, los usuarios que habitamos estas listas, no somos Google,
Digg, Flickr, Yahoo ni Amazon. (Si lo fueramos, no estariamos en estas
listas). La razon por la que ellos los usan es que tienen gente experta
a cargo y las arquitectura en que han repartido sus servidores son muy
particulares; y sus requerimientos son muy especiales. La gran mayoria
de la gente que necesita una base de datos no tiene ni a los expertos, ni
tiene el conocimiento y el dinero necesario para montar las
arquitecturas que se requieren.

Si se quiere armar una discusion seria entre MySQL y Postgres, hay que
tener en cuenta que "los grandes de Web 2.0" no son ejemplos que
nosotros podamos llegar e imitar de buenas a primeras. El que ellos
tengan una granja de 100 o 1000 servidores repartiendose carga no
significa que nosotros podamos o *queramos* hacerlo.

Ademas hay que acotar que Google no usa MySQL para los datos de las
busquedas, y que algunos de "los grandes de la Web 2.0" usan MySQL para
los servidores de solo lectura, y que lo que hay detras es Oracle o
algun otro sistema. Obviamente los de MySQL aprovechan toda oportunidad
para decir "hey, la empresa X usa MySQL!!", pero nunca se acuerdan de
decir que lo usan solo en tal o cual ambiente limitado, que no es el
servicio critico de la empresa.

Finalmente esta el caso de Sourceforge, originalmente sobre MySQL.
Luego (como el 2000) lo convirtieron a Postgres y Tim Perdue hizo mucha
bulla al respecto, de lo mucho mejor y mas rapido que era, etc. Luego
volvieron a hacer mucha bulla un par de años mas tarde porque lo
convirtieron a DB2 gracias a un contrato con IBM. Y finalmente hace
poco tiempo atras lo volvieron a Postgres, donde funciona de maravillas,
pero lo hicieron calladitos. ¿Moraleja? No porque MySQL haga mas ruido
quiere decir que funciona mejor; simplemente significa que MySQL hace
mas ruido.

--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.

Por lo general y lamentablemente no he tenido tiempo para aportar, pero
en este caso estoy completamente de acuerdo con estos conceptos. En una
de las conferencias del ultimo CAFELUG se comparo uno con otro -Postgres
y MySQL- fue lamentable desde mi punto de vista.
No se pueden comparar, es como esta escrito abajo, para mi son dos
motores muy buenos pero cada uno decide cual quiere utilizar de acuerdo
a lo que estudia de cada uno, y las necesidades en cada proyecto, yo uso
postgres hace unos ctos meses y cada vez me convence mas y me sorprende,
mysql nunca lo use, vengo de usar por años desde la version 6 a MSSQL
hasta la version 2000, en situaciones criticas y jamas tuve problemas,
el unico problema que tuve es que cuesta 3400 dolares y otras cosas mas
que no vienen al caso.
Ah, tambien deje de usar Windows, use NT4 y la ultima instalacion fue y
es W2000 Advance server durante años tambien, ahora uso Fedora en todo,
si bien estoy haciendo las migraciones a linux de windows 2000, no
importa mientras sea linux, el mundo que se abre es infinito, me fui por
los recontra rincones, perdones....
Nada mas

Saludos y los leo todos los dias y me aportan mucho, muchas gracias

Saludos
Mario
Mar del Plata
Argentina

Carlos Vallejos escribió:
> 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
>
> --
> TIP 7: no olvides aumentar la configuraci�n del "free space map"
>
> E-mail clasificado por el Idenfificador de Spam Inteligente.
> Para modificar la categor�a clasificada acceda a su webmail
>
>
>
> __________ Informaci�n de NOD32, revisi�n 2632 (20071101) __________
>
> Este mensaje ha sido analizado con NOD32 antivirus system
> http://www.nod32.com
>
>
>

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.

Hola,

Una de las quejas tipicas es que MySQL es mas rapido que Postgres ...
Si quieres municion para esa pelea, echale una mirada a

http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf

que es una presentacion sobre el nuevo FreeBSD (7.0) en el cual usaron
Postgres y MySQL para hacer comparaciones de la escalabilidad del
sistema operativo. Diapositiva 16: "NB: On this benchmark PostgreSQL is
35% - 45% faster than MySQL at all loads".

(En general no puedes creerle a cualquier comparativa, porque no
cualquiera hace una medicion que sea confiable. Kris Kennaway lleva
harto tiempo investigando este benchmark; algunas de sus observaciones
han llevado a mejoras de rendimiento que estaran en 8.3. Notese que la
comparacion es contra 8.2.4, asi que la diferencia con la version nueva
vs. MySQL sera aun mas notoria).

--
Alvaro Herrera http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

El 9/11/07, Alvaro Herrera <alvherre(at)commandprompt(dot)com> escribió:
> 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.
>
> Hola,
>
> Una de las quejas tipicas es que MySQL es mas rapido que Postgres ...
> Si quieres municion para esa pelea, echale una mirada a
>
> http://people.freebsd.org/~kris/scaling/7.0%20Preview.pdf
>
> que es una presentacion sobre el nuevo FreeBSD (7.0) en el cual usaron
> Postgres y MySQL para hacer comparaciones de la escalabilidad del
> sistema operativo. Diapositiva 16: "NB: On this benchmark PostgreSQL is
> 35% - 45% faster than MySQL at all loads".

Pero seguro que ahora diran los de mysql "pero es que con linux ...."
bueno siempre encuentran algo -_- por cierto alvaro gracias por el
link me gusto mucho yo que soy fiel seguidor del demonio :D

>
> (En general no puedes creerle a cualquier comparativa, porque no
> cualquiera hace una medicion que sea confiable. Kris Kennaway lleva
> harto tiempo investigando este benchmark; algunas de sus observaciones
> han llevado a mejoras de rendimiento que estaran en 8.3. Notese que la
> comparacion es contra 8.2.4, asi que la diferencia con la version nueva
> vs. MySQL sera aun mas notoria).
>
> --
> Alvaro Herrera http://www.CommandPrompt.com/
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
> --
> TIP 1: para suscribirte y desuscribirte, visita http://archives.postgresql.org/pgsql-es-ayuda
>

--
"Linux is for people who hate Windows, BSD is for people who love UNIX".
"Social Engineer -> Because there is no patch for human stupidity"
"The Unix Guru's View of Sex unzip ; strip ; touch ; grep ; finger ;
mount ; fsck ; more ; yes ; umount ; sleep."
"Documentation is like sex: when it is good, it is very, very good;
and when it is bad, it is better than nothing."