From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Adam Brusselback <adambrusselback(at)gmail(dot)com> |
Cc: | Purav Chovatia <puravc(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: Stored Procedure Performance |
Date: | 2017-10-03 15:28:55 |
Message-ID: | CAFj8pRB32vGfzOuQy8ZC03Jvgx8hKL4_P7Zv4oO_w0dmUKbP-w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
2017-10-03 17:17 GMT+02:00 Adam Brusselback <adambrusselback(at)gmail(dot)com>:
> There is also the option of pg_stat_statements: https://
> www.postgresql.org/docs/current/static/pgstatstatements.html and
> auto_explain: https://www.postgresql.org/docs/current/
> static/auto-explain.html
>
> These should help you identify what is slowing things down. There is no
> reason I could think of you should be seeing a 10x slowdown between
> Postgres and Oracle, so you'll likely have to just profile it to find out.
>
depends what is inside.
The max 10x slow down is possible if you are hit some unoptimized cases.
The times about 1ms - 10ms shows so procedure (code) can be very sensitive
to some impacts.
Regards
Pavel
From | Date | Subject | |
---|---|---|---|
Next Message | Ben Nachtrieb | 2017-10-03 19:48:39 | How does max_parallel_workers_per_gather change load averages? |
Previous Message | Adam Brusselback | 2017-10-03 15:17:38 | Re: Stored Procedure Performance |