Re: text search vs schemas

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

In response to

Responses

Browse pgsql-hackers by date

  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