Re: pg_repack: WARNING: relation must have a primary key or not-null unique keys

From: Eugene Pazhitnov <pazhitnov(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: pg_repack: WARNING: relation must have a primary key or not-null unique keys
Date: 2020-06-16 21:30:13
Message-ID: CAGfKbExhW=zqkAv33qGy5P23-joaFxf=nMZYAiP+d=_3X=PkBw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ok, thanks a lot! Got it.

вт, 16 июн. 2020 г. в 17:12, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:

> Eugene Pazhitnov <pazhitnov(at)gmail(dot)com> writes:
> > xbox=> \d herostat
> > ...
> > "herostat_pkey" PRIMARY KEY, btree (xuid, titleid, heroid) INCLUDE
> (valfloat)
>
> > eugene(at)dignus:/var/www/html/health$ sudo -u postgres pg_repack -t
> herostat
> > -N -d xbox
> > INFO: Dry run enabled, not executing repack
> > WARNING: relation "public.herostat" must have a primary key or not-null
> > unique keys
>
> Apparently pg_repack can't work with a primary key index that has INCLUDE
> columns. I have no idea whether that's a fundamental limitation or it's
> just that pg_repack hasn't been taught about the INCLUDE feature. In
> either case, you need to go consult pg_repack's author(s), who may or
> may not keep up on this list.
>
> regards, tom lane
>

--
Evgeny Pazhitnov

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Koen De Groote 2020-06-16 21:53:13 Clarification on Expression indexes
Previous Message Andreas Joseph Krogh 2020-06-16 21:19:36 Sv: autovacuum failing on pg_largeobject and disk usage of the pg_largeobject growing unchecked