Re: Performance PLV8 vs PLPGSQL

From: Chris Travers <chris(dot)travers(at)gmail(dot)com>
To: Tim Uckun <timuckun(at)gmail(dot)com>
Cc: Mike Sofen <msofen(at)runbox(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Performance PLV8 vs PLPGSQL
Date: 2016-12-29 08:31:27
Message-ID: CAKt_Zfs0Sh=kG_B1C0Vx-ye8cVeqmTRgB23skWiauBNr=ajKgQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

My recommendation. See them as tools in a toolkit, not a question of what
is best.

For places where you have SQL statements as primary do SQL or PLPGSQL
functions.

For places where you are manipulating values (parsing strings for example)
use something else (I usually use pl/perl for string manipulation but ymmv).

PLPGSQL works best where you have a large query and some procedurally
supporting logic. It becomes a lot less usable, performant, and
maintainable the further you get away from that.

So there is no best just different tools in a toolkit.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Pavel Stehule 2016-12-29 09:00:49 Re: Performance PLV8 vs PLPGSQL
Previous Message Tim Uckun 2016-12-29 08:23:26 Re: Performance PLV8 vs PLPGSQL