Re: Stored Procedure Performance

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

In response to

Responses

Browse pgsql-performance by date

  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