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

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