Re: [COMMITTERS] pgsql-server: Clean up generation of

From: Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Darcy Buskermolen <darcy(at)wavefire(dot)com>, Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql-server: Clean up generation of
Date: 2004-06-13 07:32:10
Message-ID: 20040613153103.Q21336-100000@houston.familyhealth.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

> The right way to do this at the C level would be to use the same
> infrastructure as nextval() does to accept arguments like 'foo' and
> '"Foo"."Bar"'. There's no reason to restrict the two-argument form
> to the current search_path.

Is it possible to do that in SQL? eg. is there anything you can do to go:

select '"Foo"."Bar"'::regclassoid;

Or something?

I'm trying to avoid doing it in C as it seems like it would be a pita.

Chris

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Peter Eisentraut 2004-06-13 09:06:22 Re: plperlng - testimport: try 7
Previous Message Marc G. Fournier 2004-06-13 04:15:37 Re: plperlng - testimport: try 8

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Hallgren 2004-06-13 08:07:24 Re: I just got it: PostgreSQL Application Server -- a new project.
Previous Message Alvaro Herrera 2004-06-13 06:32:38 Re: Nested transactions and tuple header info