From: | Purav Chovatia <puravc(at)gmail(dot)com> |
---|---|
To: | legrand legrand <legrand_legrand(at)hotmail(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: postgresql tuning with perf |
Date: | 2017-10-24 11:39:01 |
Message-ID: | CADrzpjFY3tSdrGwrOMSX7B6bPNY22xnkCjRDMmVG3Fsi+SCh2w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Hi Pascal,
Do you mean the sample program that acts as the application, do you want me
to share that? I can do that, but I guess my post will get blocked.
Yes, c1 is the PK. Pls see below:
bmdb=# desc dept_new
Table "public.dept_new"
Column | Type | Modifiers
--------+---------------+-----------
c1 | numeric(10,0) | not null
c2 | numeric(10,0) |
.
.
.
.
.
c205 | numeric(10,0) |
Indexes:
"dept_new_pkey" PRIMARY KEY, btree (c1)
bmdb=#
We dont analyze after loading the table. But I guess thats required only if
the query plan is in doubt, lets say its doing a full table scan or alike,
isnt it? That is not the case. The query is using PK index but it just
seems to be slow.
Thanks
On 24 October 2017 at 01:59, legrand legrand <legrand_legrand(at)hotmail(dot)com>
wrote:
> Hi,
> could you providence the code used with PG ?
> Has table dept_new an index/pk on c1 ?
> Do you analyze this table after loading it ?
>
> Regards
> PAscal
>
>
>
> --
> Sent from: http://www.postgresql-archive.org/PostgreSQL-performance-
> f2050081.html
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>
From | Date | Subject | |
---|---|---|---|
Next Message | johannes graën | 2017-10-24 14:15:59 | Re: performance drop after upgrade (9.6 > 10) |
Previous Message | Purav Chovatia | 2017-10-24 11:33:17 | Re: postgresql tuning with perf |