From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Trevor Talbot" <quension(at)gmail(dot)com>, <pgsql-hackers(at)postgresql(dot)org>, "Oleg Bartunov" <oleg(at)sai(dot)msu(dot)su>, "Teodor Sigaev" <teodor(at)sigaev(dot)ru> |
Subject: | Re: text search vs schemas |
Date: | 2007-08-17 04:44:38 |
Message-ID: | 87fy2iu5vt.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> writes:
> "Trevor Talbot" <quension(at)gmail(dot)com> writes:
>> Wouldn't treating them as actual objects remove this whole issue?
>
> Uh, no. Function names for example are subject to search-path
> confusion.
Wait, are they? They are in PL languages but only because most languages store
their source code as text just as is happening here.
But they're not in views or other native SQL uses of functions because they
store the reference to the specific function's OID. In dumps they output the
schema along with the name. As in:
postgres=# \d foo.testv
View "foo.testv"
Column | Type | Modifiers
--------+---------+-----------
i | integer |
a | integer |
View definition:
SELECT test.i, foo.a(test.i) AS a
FROM foo.test;
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2007-08-17 05:10:29 | Re: text search vs schemas |
Previous Message | Tom Lane | 2007-08-17 04:10:35 | Re: text search vs schemas |