Re: Single client performance on trivial SELECTs - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Single client performance on trivial SELECTs
Date
Msg-id 26333.1302837363@sss.pgh.pa.us
Whole thread Raw
In response to Re: Single client performance on trivial SELECTs  (David Fetter <david@fetter.org>)
Responses Re: Single client performance on trivial SELECTs  (David Fetter <david@fetter.org>)
Re: Single client performance on trivial SELECTs  (Joshua Berkus <josh@agliodbs.com>)
List pgsql-hackers
David Fetter <david@fetter.org> writes:
> On Thu, Apr 14, 2011 at 10:43:16AM -0400, Tom Lane wrote:
>> ... I think a lot of this ultimately
>> traces to the extensible, data-type-agnostic design philosophy.  The
>> fact that we don't know what an integer is until we look in pg_type,
>> and don't know what an "=" operator does until we look up its
>> properties, is great from a flexibility point of view; but this sort
>> of query is where the costs become obvious.

> Is it time to revisit that decision?

Umm ... what are you proposing?  Toss user-defined data types and
user-defined operators overboard?  No interest in that here.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: WIP: Allow SQL-language functions to reference parameters by parameter name
Next
From: Tom Lane
Date:
Subject: Re: Foreign table permissions and cloning