From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Simplifying identification of temporary tables |
Date: | 2005-07-14 18:20:15 |
Message-ID: | 21349.1121365215@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> writes:
> That said, I think what you are proposing is good since it causes less
> log pollution. Although I would prefer to return the name of the
> namespace, not the oid,
I thought about that, but it pushes you right back to having to do a
join with pg_namespace, which certainly doesn't increase your level of
abstraction from the system catalogs.
> or just go right to the point and create
> function accepting temp table name and returning bool.
That would respond to the abstraction concern in a more complete
fashion. I thought about that one too, but felt that the ability to
look at the whole pg_class row (and not only check existence) had some
value. Also, I've seen people doing things like
... where relname LIKE 'pattern' and ...
which still works with the namespace OID function but would not work
with a does_temp_table_exist() function. I wouldn't object to doing
both this and the OID function, though. Do you have a proposal for
the exact spelling of the exists() function?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2005-07-14 18:30:27 | Re: Autovacuum loose ends |
Previous Message | Tom Lane | 2005-07-14 18:12:52 | Re: Autovacuum loose ends |