Re: Porque ?

La verdad que no lei todo el thread, pero como preguntaban sobre la
popularidad, bueno pues podemos hablar de dos modelos, dos
emprendimientos radicalmente distintos en sus origenes y objetos.

La historia de cada uno de estos dos proyectos, MySQL y PostgreSQL
hablan por si solo.

El primero es la base de datos open source mas popular, y es
desarrollado y distribuido por MySQL AB. MySQL AB es una compania, con
objetos comerciales cuyos fundadores son los desarrolladores mismos de
MySQL. Shortly, la combinacion entre los valores del fenomeno "open
source" y un modelo de negocio, hasta ahora, exitoso.

El segundo, PostgreSQL, es un proyecto cuya raiz es 100% academica. Y
practicamente asi se mantuvo desde entonces. El espiritu es
racionalista, de perfeccion y nulamente comercial.

La popularidad de uno y otro son directamente proporcionales con el
objeto de los emprendedores que fundaron ambos proyectos.

La complejidad de PostgreSQL solo habla de la falta de estudios, o
forsoza omision de lo aprendido, en "usabilidad del software". No lo
hace ni mejor ni peor, ni mas ni menos popular.

La supuesta sencillez de MySQL, a mi entender, es pura y
exclusivamente una ilusion desprendida y devenida del primer port para
plafatorma Microsoft.

Ahora, lo que se ve en Internet. Los guapos y galanes usan
PostgreSQL, fuman tabaco y se paran debajo de faroles. Los menos
guapos, y poco galanes, son relacionados con MySQL. Que gracioso,
cierto?

Yo uso ambos en gran medida, y ambos son buenos productos. Todo
depende, de segun como se mire, todo depende.

Saludos cordiales,
Guido.

On 4/7/07, Jaime Casanova <systemguards(at)gmail(dot)com> wrote:
> On 4/4/07, Victor Lopez <v(dot)lopez(dot)s(at)ono(dot)com> wrote:
> > Vamos a dejar de lado la discusión sobre porque es mejor el código abierto ...
> > luego Oracle 'se cae' de esta discusión.
> >
>
> pero es que parte importante de la discusion... los proyectos de
> codigo abierto no dependen de los parches que una empresa buenamente
> desee proveer (a veces con costo, aunque sea de mantenimiento)...
>
> > Personalmente no me sirve lo de si el código es bueno o malo ... en cualquier
> > tipo de aplicación siempre hay código bueno y malo (sobretodo, y me incluyo,
> > si no tenemos la suficiente soltura, si somos nuevos ... luego están los que
> > son malos hasta para tomar 'un agua sin gas')
> >
>
> es muy util saberlo, a veces los novatos envian parches con nuevas
> funcionalidades y resulta que esos parches hubieran intriducido huecos
> de seguridad... afortunadamente, quienes aplican los parches en
> postgres se toman el tiempo de criticar los parches con codigo malo...
>
> > Las aplicaciones para las cuales PostgreSQL (en principio y según yo creo) es
> > válido son las de escritorio y/o intranet, y eso tiene la misma clientela
> > potencial que MySQL, solo cambia el objetivo ... MySQL -> web vs
> > PostgreSQL -> contabilidad, gestión, almecén, ....
> >
> > Una vez usado PostgreSQL para esas aplicaciones, sería algo tremendamente
> > complicado cambiar, solo para la web, cuando la practica totalidad de datos
> > ya están en su sitio.
> >
>
> y para que cambiarlo? si ya tienes los datos ahi, usalo tambien para la web...
>
> > Así como MySQL tiene claro cual es su clientela, no parece pasar lo mismo con
> > PostgreSQL (vuelvo a opinar y que me perdonen los fanáticos de PostgreSQL).
> >
>
> nuestra "clientela"? todos los que quieran un motor de base de datos
> rápido, seguro y extensible... que le sirva para aplicaciones de
> escritorio, web, aplicaciones web... es mejor aun si tiene pensado
> crecer con el tiempo porque podra utilizar las capacidades de
> postgres...
>
> quienes *no* deberian usar postgresql? quien no tiene pensado dar
> mantenimiento a su sistema (basicamente, por que va a tener problemas
> y le va a dar mala fama a postgres); y los que quieran una base
> embebida (en ese caso podrian probar con sqlite)
>
> > Por una parte no alcanzo a comprender (como con muchas otras aplicaciones
> > Linux) porque poner 'por defecto' características que no son utilizadas por
> > la mayoría.
> >
> > En este caso, me refiero a toda la tipología 'espacial' solo utilizada por
> > PostGIS y similares. Que conste que no tengo nada en contra de PostGIS, pero
> > sería casi mejor si esos tipos, y todo lo que los rodea, estuviesen
> > integrados en algún módulo opcional, que no quitase funcionalidad ... claro.
> >
>
> aja! instalaste postgres en windows, verdad? postgis *es* un modulo opcional...
> de hecho si te fijas aun en la instalacion de windows le puedes decir
> que no lo instale... en windows viene de forma predeterminada porque
> los creadores de ese instalador tienen la idea de que los que estan en
> windows solo ponen siguiente, siguiente,... , finalizar... y no se
> fijan en los detalles de las pantallas (no se de donde habran sacado
> esa idea ;)
>
> > Otra cosa sobre lo que se discute mucho es sobre cual es mas rápido. Y en eso
> > no tienen toda la culpa ni MySQL ni PostgreSQL..
> >
>
> porque?
>
> >
> > Y volviendo a esa parte que mencionaba de que PostgreSQL no tiene definida su
> > clientela potencial. En esto podemos aprender mucho de Oracle.
> >
> > Oracle no tenía (cuando empezó) la mejor base de datos, así que buscó su
> > diferenciación en la cantidad de aplicaciones que la soportaban, cuantas
> > mas lo soportaban mas mercado.
> >
> > Eso supone una estrecha colaboración con los desarrolladores (sean internos o
> > externos) de esas aplicaciones.
> >
>
> imagino que eso debio costar... el modelo de desarrollo de postgres es
> algo mas parecido a que alguien diga "se me ocurre que esto seria
> bonito tener, lo voy a hacer"
>
> > Resumen (como yo lo veo) PostgreSQL es un barco impresionante, con lo mejor
> > en cuanto a navegar, pero está sin los mapas (no tengo claro si los ha
> > perdido o nunca los ha tenido) y tiene que navegar siguiendo la costa sin
> > posibilidad, aparente, de irse solo a alta mar, en busca de otras 'costas'.
> >
>
> mapas? tiene una computadora, un radar, y todos los artefactos de un
> barco seguro... solo tienes que aprender a usarlos...
>
> --
> Atentamente,
> Jaime Casanova
>
> "Programming today is a race between software engineers striving to
> build bigger and better idiot-proof programs and the universe trying
> to produce bigger and better idiots.
> So far, the universe is winning."
> Richard Cook
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 3: si publicas/lees desde Usenet, por favor envía "subscribe-nomail"
> a majordomo(at)postgresql(dot)org para que tus mensajes puedan llegar
> a los suscriptores de la lista
>

--
Guido Barosio
-----------------------
http://www.globant.com
guido(dot)barosio(at)globant(dot)com