Akopia Akopia Services

[Date Prev][Date Next][Thread Prev][Thread Next][Interchange by date ][Interchange by thread ]

Re: [ic] postgres vs mysql



> > What do you think about running postgress vs mysql and how difficult
would
> > it be to change from Mysql to postgress.
>
>     The postgres versus mysql used to be very cut and dried.  Mysql was
fast
> as heck, you would only use postgres if you needed transaction support.
> Now, with postgres 7, every indication I have personally seen and every
> discussion I have read on the issue indicates that postgres 7 runs circles
> around mysql from a speed perspective.  I don't really see mysql going
> anywhere at this point, adding in transactional support would be the next
> logical step but apparently one the development team is not willing to
make

Sorry, but your wrong...

Check out http://www.mysql.com/news/article-18.html

MySQL 3.23.15 introduced experimental support for Berkeley DB to handle
transactions (5/9/2000).

http://www.mysql.com/news/article-28.html

8/10/2000, MaxSQL is announced as being a working name for a build of MySQL
with BerkeleyDB transaction support.

http://www.mysql.com/news/article-45.html

NuSphere announces that it will contribute row-level locking code back to
the main MySQL codebase, to better handle transactions and high levels of
concurency.

http://www.mysql.com/news/article-51.html

NASA switches from *ORACLE* to MySQL!

> and it would certainly come at a serious performance price.  The only
issue
> I have ever encountered with postgres is a lack of blob support but that
is
> not relevant to interchange.
>

So, I think MySQL is alive and kicking....Yes, I like MySQL.  But with all
that said and done, I have heard good stuff about PostgresQL 7.0, and I plan
on checking it out.

>
> Jeff
>

Dave


_______________________________________________
Interchange-users mailing list
Interchange-users@lists.akopia.com
http://lists.akopia.com/mailman/listinfo/interchange-users


Search for: Match: Format: Sort by: