Re: Calculating a moving average (Coding style)

From: Russell Smith <mr-russ(at)pws(dot)com(dot)au>
To: Alban Hertroys <alban(at)magproductions(dot)nl>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Calculating a moving average (Coding style)
Date: 2005-01-24 10:07:08
Message-ID: 200501242107.08305.mr-russ@pws.com.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Mon, 24 Jan 2005 08:32 pm, Alban Hertroys wrote:
> mstory(at)uchicago(dot)edu wrote:
> > CREATE OR REPLACE FUNCTION get_bar_avg() RETURNS TRIGGER AS '
> > DECLARE
> > bar_record RECORD;
> > x INTEGER;
> > y DOUBLE PRECISION := 0;
> > BEGIN
> > IF TG_OP = ''INSERT'' THEN
> > y := y + NEW.bar;
> ...
> > RETURN NEW;
> > ELSIF TG_OP = ''DELETE'' THEN
> > x := 0;
> ...
> > RETURN OLD;
> > ELSE
> > y := y + NEW.bar;
> ...
> > RETURN NEW;
> > END IF;
> > END;
> > ' LANGUAGE plpgsql;
>
> I see people do this from time to time. Just out of curiosity, is this
> considered good coding style, or is it considered "lazyness"? I'm not
> sure what to think of it.
>
> If I would have written this, there would have been 3 triggers w/o the
> check on TG_OP. Is there an important drawback to doing so? Is there any
> document on "preferred" coding style in PL/PGSQL?
>
> Yes, I'm a bit of a purist...
>
Given you have to define a function for each trigger, my view is why write more functions.

Along with this. As a C programmer, I would do a few more IF tests in a function, rather than
write another one. I find that triggers like this are one functional block and all go together.
Then when you update the function, it's all in one place.

Others may have "better" reasons for why they do it the way they do. But they are mine.

Regards

Russell Smith.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message William Yu 2005-01-24 10:28:52 Re: serialization errors when inserting new records
Previous Message fabrizio.boco 2005-01-24 09:49:36 Cube