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

From: Khushboo Vashi <khushboo(dot)vashi(at)enterprisedb(dot)com>
To: Dave Page <dpage(at)pgadmin(dot)org>
Cc: pgadmin-hackers <pgadmin-hackers(at)postgresql(dot)org>
Subject: Re: [pgAdmin4][Patch]: RM 2069 - Wrong tablespace displayed in table properties
Date: 2017-02-03 06:23:07
Message-ID: CAFOhELeM_2y2y6rEan_=YTUuG2rvVPX9wyKaK_z4ebgNGkcBXw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi,

Please find the attached rebased patch.

Thanks,
Khushboo

On Mon, Jan 30, 2017 at 6:20 PM, Dave Page <dpage(at)pgadmin(dot)org> wrote:

> 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
>

Attachment Content-Type Size
RM_2069_ver2.patch text/x-patch 42.2 KB

In response to

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Khushboo Vashi 2017-02-03 06:44:50 Re: [pgAdmin4][Patch]: RM 2069 - Wrong tablespace displayed in table properties
Previous Message Fahar Abbas 2017-02-03 05:32:43 Re: Re: PATCH: RM# 1679 - Background process for "restore" not reporting status back to pgAdmin