Re: [pgAdmin4][Patch]: RM 2069 - Wrong tablespace displayed in table properties

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Khushboo Vashi <khushboo(dot)vashi(at)enterprisedb(dot)com>
Cc: pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [pgAdmin4][Patch]: RM 2069 - Wrong tablespace displayed in table properties
Date: 2017-01-30 12:50:25
Message-ID: CA+OCxoyUdnQRP3T-tBGKRgjZVXHEXi460TKJKc2TVDWXsDXJBQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi

Can you rebase this please?

Thanks.

On Fri, Jan 27, 2017 at 11:53 AM, Khushboo Vashi
<khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
> Hi,
>
> Please find the attached updated patch.
>
> Thanks,
> Khushboo
>
> On Fri, Jan 20, 2017 at 5:31 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:
>>
>> On Fri, Jan 13, 2017 at 6:41 AM, Khushboo Vashi
>> <khushboo(dot)vashi(at)enterprisedb(dot)com> wrote:
>> > Hi,
>> >
>> > Please find the attached patch to fix the RM 2069 - Wrong tablespace
>> > displayed in table properties.
>> >
>> > When the table is created without a tablespace, the "pg_default"
>> > tablespace
>> > gets selected rather than the default tablespace (the current database
>> > tablespace).
>> > So, this issue has been fixed.
>>
>> Unfortunately more work is required. I started hacking on it (see
>> attached), but there is more effort needed and I'm out of time.
>> Specifically:
>>
>> - We need to remove 'pg_default' as the default tablespace when
>> creating objects. Let's have no default, and let PG automatically pick
>> the right tablespace, unless the user specifically overrides it. My
>> updated patch removes that default, and fixes some of the SQL to
>> handle it.
>>
> Done
>>
>> - Matviews don't list the correct tablespace in their properties list.
>>
> Done
>>
>> - Unique constraints ignore the tablespace option if the user selects
>> pg_default, even if the database's default is something different.
>>
> Done
>>
>> So I think to complete this we need to review all objects that use
>> tablespaces (databases, tables, matviews, indexes, index-backed
>> constraints) and ensure:
>>
> Done
>>
>> - No default tablespace is selected when creating an object.
>>
> Done
>>
>> - If the user selects a tablespace, the CREATE SQL must handle it
>> properly. Similarly, if they leave it to the default.
>>
> Done
>>
>> - The Properties views must display the actual tablespace in use,
>> whether it is specific to the object, or the database default.
>>
> Done
>>
>> Thanks.
>>
>> --
>> Dave Page
>> Blog: http://pgsnake.blogspot.com
>> Twitter: @pgsnake
>>
>> EnterpriseDB UK: http://www.enterprisedb.com
>> The Enterprise PostgreSQL Company
>
>

--
Dave Page
Blog: http://pgsnake.blogspot.com
Twitter: @pgsnake

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Dave Page 2017-01-30 13:05:19 pgAdmin 4 commit: Resolve various trigger issues. Fixes #2015
Previous Message Dave Page 2017-01-30 12:48:31 Re: [pgAdmin4][Patch]: Fix RM1790 - [Web] Support setting a field's value to "null"