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