Re: can stored procedures with computational sql queries improve API performance?

From: Guyren Howe <guyren(at)gmail(dot)com>
To: Krishnakant Mane <kkproghub(at)gmail(dot)com>
Cc: "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: can stored procedures with computational sql queries improve API performance?
Date: 2024-07-10 01:14:42
Message-ID: 04AE80B8-1F00-4758-A498-C1C7C1FC7A31@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Jul 9, 2024, at 17:58, Krishnakant Mane <kkproghub(at)gmail(dot)com> wrote:
>
> Hello.
>
> I have a straight forward question, but I am just trying to analyze the specifics.
>
> So I have a set of queries depending on each other in a sequence to compute some results for generating financial report.
>
> It involves summing up some amounts from tuns or of rows and also on certain conditions it categorizes the amounts into types (aka Debit Balance, Credit balance etc).
>
> There are at least 6 queries in this sequence and apart from 4 input parameters. these queries never change.
>
> So will I get any performance benefit by having them in a stored procedure rather than sending the queries from my Python based API?

Almost certainly.

Doing it all in a stored procedure or likely even better a single query will remove all of the latency involved in going back and forth between your app and the database.

Insofar as the queries you are running separately access similar data, a single query will be able to do that work once.

There are other potential benefits (a smaller number of queries reduces planning time, for example).

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Krishnakant Mane 2024-07-10 01:21:11 Re: can stored procedures with computational sql queries improve API performance?
Previous Message Krishnakant Mane 2024-07-10 00:58:46 can stored procedures with computational sql queries improve API performance?