Re: [pgsql-advocacy] [HACKERS] What can we learn from MySQL?

2004-04-27 Thread Tim Conrad
> > Not entirely true. I've read enough on the lists to see Bruce or > > others saying 'x feature isn't expected until version y.z'. Heck, to > > me, something that says 'we're hoping for feature x in version y.z', > > but it's not an exact science. See the MySQL releases as an example > > :) > >

Re: [pgsql-advocacy] [HACKERS] What can we learn from MySQL?

2004-04-27 Thread Tim Conrad
On Tue, Apr 27, 2004 at 12:58:59PM -0300, Marc G. Fournier wrote: > On Tue, 27 Apr 2004, Tim Conrad wrote: > > > 2) There doesn't seem to be a clear roadmap on Postgres features. > >When certian things are expected. There's the TODO list that > >Bruce mai

Re: [pgsql-advocacy] [HACKERS] What can we learn from MySQL?

2004-04-27 Thread Tim Conrad
On Tue, Apr 27, 2004 at 07:55:08PM +0400, Alexey Borzov wrote: > Hi! > > Tim Conrad wrote: > >I was researching an article I wrote about a comparison between > >Postgres and MySQL recently (If you want, you can read the article > >at http://www.devx.com/dbzone/Arti

Re: [pgsql-advocacy] [HACKERS] What can we learn from MySQL?

2004-04-27 Thread Tim Conrad
I've been sort-of reading this thread off and on, so this may contain duplicate suggestions. I was researching an article I wrote about a comparison between Postgres and MySQL recently (If you want, you can read the article at http://www.devx.com/dbzone/Article/20743/). I noticed some clear diffe

Re: [HACKERS] PostgreSQL vs. MySQL

2003-07-05 Thread Tim Conrad
Being new to Postgres, I understand how frustrating tuning is. I've been working on some very basic queries, and trying to get some decent performance. I know the problem isn't with io on the system, since I can use other tests that far exceed the amount of data being written through postgres, so I