Ricardo Mun~oz A. escribió:

> obvio que no. pero si segun tu con MySQL los datos se escapan, 
> reconsideralo despues de preguntarle si realmente es asi a la gente de 
> Wikipedia... ;)

Yo diría que Wikipedia funciona _a pesar_ de MySQL, no "gracias a".  Hay
un grupo trabajando en hacer una migración de MediaWiki (así se llama el
software cierto?) a Postgres y creo que les va bastante bien ... resulta
que para hacer que funcionara con MySQL han tenido que horribilizar
bastante el modelo, cosas que en Postgres se hacen más naturales.

-- 
Alvaro Herrera                         http://www.flickr.com/photos/alvherre/
"People get annoyed when you try to debug them."  (Larry Wall)
From [EMAIL PROTECTED]  Thu Jan 18 13:46:27 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Thu Jan 18 13:45:03 2007
Subject: Aplicacion administrador Mysql CentOS
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
        <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

2007/1/18, Ricardo Mun~oz A. <[EMAIL PROTECTED]>:
> Rodrigo Fuentealba wrote:
> > El 18/01/07, Ricardo Mun~oz A.<[EMAIL PROTECTED]> escribió:
>
> obvio que no. pero si segun tu con MySQL los datos se escapan,
> reconsideralo despues de preguntarle si realmente es asi a la gente de
> Wikipedia... ;)

wikipedia es wikipedia, ellos no tienen su mysql abierto a todo el
mundo sino solo a traves de php, pero por lo que entendi en el paper,
ellos usan otros procesos aparte de lo que ya esta en mysql, y lo
distribuyen de distintas formas.

> ademas, no te veo muy convencido al decir "considerando las multiples
> ventajas que supone tener" PostgreSQL... porque "supone tener" en vez de
> "tiene"??

porque no es lo mismo poner a Ricardo Mun~oz o a Alvaro Herrera a
hacer modelamiento de datos que poner a un chef sin previo
conocimiento siquiera de lo que es una base de datos a que te haga un
esquema sobre como planifica el sus recetas... probablemente tendrias
algo asi:

create table papas ();
create table cebollas ();
create table papas_con_cebolla ()

El suponer una ventaja, en este caso, depende del PICNIC que se pueda
cometer, que logicamente a mayor cantidad de funciones, mas
posibilidades hay. (o a alguien le ha fallado ejecutar hola mundo en
C? ok holamundo.exe en vez de ./holamundo... o alguien no compilo
antes de ejecutar... pero eso)

> personalmente yo no usaria MySQL para una aplicacion "de
> negocio" simplemente porque no maneja la siguiente transaccion:
>
> begin;
> alter table t1 drop foreign key ....;
> alter table t1 add foreign key ... ;
> commit;
>
> es decir, despues del primer alter la tabla t1 queda sin llave foranea
> para todos los usuarios! en cambio en PostgreSQL si funciona como
> corresponde... es un pequen~o detalle (que tiene "solucion" en MySQL)
> pero que sumado a otros podrian pesar al momento de elegir entre un
> motor de BD u otro.

Y ya pesaron por aqui...

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org

Responder a