[ale] project help - postgres or mysql?
Jeff Hubbs
hbbs at attbi.com
Thu Jan 2 16:00:40 EST 2003
My understanding is that PostGreSQL had a big step change for the better
in speed about two years or so ago through a major clean-up effort on
the part of the developers.
On Thu, 2003-01-02 at 15:55, John Wells wrote:
> I've verified that no T-sql functionality is exploited in the app...it's
> an old legacy app and doesn't do any heavy database cruching...just
> storage and retrieval.
>
> As far as subqueries go, they're planned for MySql 4.1. The current
> application does rely on them somewhat, and since mysql 4.0-stable isn't
> out yet, it may be prudent to go with Postgres.
>
> Regarding transactions, concurrency and foreign keys, MySql currently
> supports all (full ACID guarantees) through the use of the InnoDB storage
> engine (beginning with 4.0, InnoDB will no longer be considered
> "experimental").
>
> I guess my real concern with Postgres is speed. I've read varying reports
> of how well it does. Some say it equals or surpasses mysql, others say
> the opposite.
>
> I've done quite a bit of development with mysql in the past and am fairly
> comfortable with it...I've done none with Postgres (although have done
> some with Ingres). I also know MySql to be *fast*.
>
> But, if Postgres would be the "easiest" at this time, and because who
> knows when MySql 4.1 will be out, I may have to go that route.
>
> Thanks,
>
> John
>
>
>
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://www.ale.org/mailman/listinfo/ale
_______________________________________________
Ale mailing list
Ale at ale.org
http://www.ale.org/mailman/listinfo/ale
More information about the Ale
mailing list