Re: SQL functions and triggers? - Mailing list pgsql-general

From Alban Hertroys
Subject Re: SQL functions and triggers?
Date
Msg-id 678FDA29-2F1D-4AC4-8499-B5599957B44B@gmail.com
Whole thread Raw
In response to Re: SQL functions and triggers?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
> On 25 Nov 2014, at 22:24, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Alban Hertroys <haramrae@gmail.com> writes:
>> In the past, when writing trigger functions, I’ve always used pl/pgsql without giving it a second thought. Today I
wasmodifying a database creation script that was originally intended for Firebird to work with Postgres and the example
triggerprocedures in there were very close to pure SQL. 
>
>> Hence, I started rewriting them as SQL functions, but is that really
>> possible?
>
> No, nobody's ever tried to make that work.  It could probably be done
> with sufficiently many round tuits, but it's not clear that there's
> any benefit that would justify the work.  Surely dropping some SQL
> commands into plpgsql isn't very hard …

It isn’t. I was just wondering whether I was missing something obvious to make an SQL function return a trigger type
value.I didn’t think there was, but it never hurts to ask ;) 

Alban Hertroys
--
If you can't see the forest for the trees,
cut the trees and you'll find there is no forest.



pgsql-general by date:

Previous
From: Dave Potts
Date:
Subject: Re: returning only part of a rule set
Next
From: Sanjaya Vithanagama
Date:
Subject: Re: Avoiding deadlocks when performing bulk update and delete operations