Re: variables for tables and columns?

From: Kev <kevinjamesfield(at)gmail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: variables for tables and columns?
Date: 2008-04-08 15:06:13
Message-ID: 863d674d-8236-462c-a182-9dcb48db1b8e@s13g2000prd.googlegroups.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Apr 8, 10:40 am, st(dot)(dot)(dot)(at)enterprisedb(dot)com (Gregory Stark) wrote:
> "Kev" <kevinjamesfi(dot)(dot)(dot)(at)gmail(dot)com> writes:
> > Would it be a lot of trouble to extend the ability that databases have
> > to store variables (add_missing_from, array_nulls, etc.) to tables and
> > columns, for use with user-defined variables?
>
> Not following what you're trying to say at all. Perhaps an example of how what
> you're thinking of would work would help?

Sorry, I mean whatever structure it is that lets you go into pgAdmin,
select a database, go to Properties, and hit the Variables tab. In
there you can set a bunch of per-database variables like
add_missing_from, search_path, etc.

I think these are just stored in pg_database.datconfig, no?

So what I would be proposing is adding that column to pg_attribute and
pg_class, I guess. But now that I put it that way it seems like that
would be a burden on some pretty key tables. Maybe it's not a very
good idea then.

Kev

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2008-04-08 15:22:51 Re: Kludge in pg_standby.c
Previous Message Alvaro Herrera 2008-04-08 15:05:27 Snapshot memory management