Re: Issue with listing same tablenames from different schemas in the search_path

From: Nikhil Sontakke <nikkhils(at)gmail(dot)com>
To: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Issue with listing same tablenames from different schemas in the search_path
Date: 2011-10-02 06:47:03
Message-ID: CANgU5ZemraTtyj7T-TqKgnRpdehi90z7A2MDku2EOZbAQFkG5g@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

postgres=#create table public.sample(x int);

> postgres=#create schema new;
>> postgres=#create table new.sample(x int);
>> postgres=#set search_path=public,new;
>>
>> postgres=#\dt
>> Schema | Name | Type | Owner
>> ------------------------------**-------------
>> public | sample | table | postgres
>> (1 row)
>>
>> We should have seen two entries in the above listing. So looks like a bug
>> to
>> me.
>>
>
> No, that's the way it's designed to work. It shows the objects that are
> visible to you, without schema-qualifying them. See
> http://www.postgresql.org/**docs/9.0/interactive/app-psql.**
> html#APP-PSQL-PATTERNS<http://www.postgresql.org/docs/9.0/interactive/app-psql.html#APP-PSQL-PATTERNS>:
>
>
Hmmm, ok. Makes sense after reading the documentation, but seems a bit
surprising/confusing at first glance. Never mind.

Regards,
Nikhils

> Whenever the pattern parameter is omitted completely, the \d commands
>> display all objects that are visible in the current schema search path —
>> this is equivalent to using * as the pattern. (An object is said to be
>> visible if its containing schema is in the search path and no object of the
>> same kind and name appears earlier in the search path. This is equivalent to
>> the statement that the object can be referenced by name without explicit
>> schema qualification.) To see all objects in the database regardless of
>> visibility, use *.* as the pattern.
>>
>
> --
> Heikki Linnakangas
> EnterpriseDB http://www.enterprisedb.com
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Florian Pflug 2011-10-02 09:32:29 Re: Range Types - typo + NULL string constructor
Previous Message Heikki Linnakangas 2011-10-02 06:42:56 Re: Issue with listing same tablenames from different schemas in the search_path