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

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