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

Re: review: More frame options in window functions

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Dimitri Fontaine <dfontaine(at)hi-media(dot)com>,Robert Haas <robertmhaas(at)gmail(dot)com>,Martijn van Oosterhout <kleptog(at)svana(dot)org>,Hitoshi Harada <umi(dot)tanuki(at)gmail(dot)com>, Erik Rijkers <er(at)xs4all(dot)nl>,PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: review: More frame options in window functions
Date: 2010-02-12 15:49:34
Message-ID: 20100212154934.GE3737@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-hackers
Tom Lane escribió:
> Dimitri Fontaine <dfontaine(at)hi-media(dot)com> writes:
> > Searching the archives ain't helping me refresh those memories. So it
> > seems the case for an extended opclass infrastructure, or a new side
> > one, is between thin an non-existent yet?
> 
> Yeah, I don't immediately see anything that would justify going to
> that level of effort.  Adding +/- as support functions for btree
> seems like the thing to do.

Would it work to use a fake access method instead?  If we add it to
btree, will we be able to backtrack and move that to a separate catalog
if we ever determine that it would have been better?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Responses

pgsql-hackers by date

Next:From: Marko KreenDate: 2010-02-12 15:50:30
Subject: Re: TCP keepalive support for libpq
Previous:From: Robert HaasDate: 2010-02-12 15:49:16
Subject: Re: Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb)

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