Re: BUG #17189: Index not created when primary key created

From: Puneet Sharma <puneet(dot)orcl(at)gmail(dot)com>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>
Subject: Re: BUG #17189: Index not created when primary key created
Date: 2021-09-21 06:04:37
Message-ID: CALETbT9ZZPyLAc4+OU=hD5xP0c3iywFq0n-DqoOYwjVEOq8aGg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hi David,

Is it different from postgres 12 version and postgres 12.8 version.

When we are creating composite primary key default constraint has been
created but not index like oracle.

Regards
Puneet kumar

On Mon, 13 Sep 2021 at 6:26 PM, David G. Johnston <
david(dot)g(dot)johnston(at)gmail(dot)com> wrote:

> On Monday, September 13, 2021, PG Bug reporting form <
> noreply(at)postgresql(dot)org> wrote:
>
>> The following bug has been logged on the website:
>>
>> Bug reference: 17189
>> Logged by: Puneet Sharma
>> Email address: puneet(dot)orcl(at)gmail(dot)com
>> PostgreSQL version: 12.0
>> Operating system: Linux
>> Description:
>>
>> I have created the composite primary key which is created successfully
>> but i
>> am not getting the index against the primary key.
>>
>> When i created a select query and includes the primary key column it is
>> going with full table scan. Even i am creating an index on the columns it
>> is
>> also going with full table scan.
>
>
> This isn’t a bug, it did create the indexes. The fact that a particular
> query choose not to use them is not evidence to the contrary.
>
> David J.
>
>
--

Regards
Puneet Kumar

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Magnus Hagander 2021-09-21 06:55:14 Re: BUG #17198: Planning time too high when execute query on standby cluster
Previous Message Boris P. Korzun 2021-09-21 05:04:58 Re: Inconsistent behavior of pg_dump/pg_restore on DEFAULT PRIVILEGES