Skip site navigation (1) Skip section navigation (2)

Re: [HACKERS] custom types and optimization

From: "Thomas G(dot) Lockhart" <lockhart(at)alumni(dot)caltech(dot)edu>
To: Brett McCormick <brett(at)work(dot)chicken(dot)org>
Cc: pgsql-hackers(at)hub(dot)org
Subject: Re: [HACKERS] custom types and optimization
Date: 1998-05-31 19:40:12
Message-ID: 3571B21C.66DC066D@alumni.caltech.edu (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
> I'd like to get postgres up to speed.  I know it is a great database,
> and I tell all my friends this, but there is too much pg bashing
> because of the early days.  People think mysql rocks because it is so
> fast, but in reality, well..  It's all IMHO, and the right tool for
> the right job.

Yes, you're right. mysql is a lighter-weight system, without some of the
fundamental capabilities of postgres, but well suited to some
applications. Postgres is a "real database" (from David Gould :) with
more capabilities and more machine cycles needed to get those
capabilities.

> So my real question is: have we hit the limit on optimization and
> reduction of overhead, or is there more work to be done?  Or should we
> concentrate on other aspects such as inheritance issues?  I'm not
> quite as interested in ANSI compliance.

I think that v6.4 will have a good chunk of SQL92 compliance finished
off, and that other topics will become more actively developed in future
releases. Just guessing, but the area of postgres which has had the
fewest fundamental changes is in the backend executor. Or I should say
that the ripest place for more changes and improvements is in that area,
since I know that Vadim, Bruce, and others have been working on it for
some time.

There are some data integrity features that Vadim is planning on working
on which should/may improve performance by allowing you to trade
performance for transactional integrity. For some applications this
would allow you to burn fewer cycles on the same query, getting similar
data integrity to what mysql might provide for example.

If you're looking for areas to work on, array handling needs to be fixed
up (hint hint)...

                         - Tom

In response to

pgsql-hackers by date

Next:From: David GouldDate: 1998-05-31 22:05:12
Subject: Re: [HACKERS] custom types and optimization
Previous:From: Bruce MomjianDate: 1998-05-31 19:38:11
Subject: Re: [HACKERS] custom types and optimization

pgsql-general by date

Next:From: David GouldDate: 1998-05-31 22:05:12
Subject: Re: [HACKERS] custom types and optimization
Previous:From: Bruce MomjianDate: 1998-05-31 19:38:11
Subject: Re: [HACKERS] custom types and optimization

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group