Re: pl/pgSQL development environment

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: stafford(at)marine(dot)rutgers(dot)edu
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: pl/pgSQL development environment
Date: 2008-08-04 23:09:10
Message-ID: 14500.1217891350@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-novice

"Wm.A.Stafford" <stafford(at)marine(dot)rutgers(dot)edu> writes:
> ... Using both psql and pgADMINIII I was able to load and execute this and
> see 2 as the output but I did not
> see the output of the RAISE statement. The RAISE output was not in the
> log file either.
> Where does it go and can it be redirected to stdout?

In addition to the other comments: client_min_messages can be adjusted
if you want to get DEBUG-level messages on the client side. (I'm not
sure how well that works in pgAdmin, but it definitely works in psql.)
Realize though that you'll get chatter from built-in DEBUG output too,
whether you are sending it to the log or the client. It might be better
to use a higher message level for temporary debugging messages in
plpgsql functions. I tend to use NOTICE myself.

> Since pl/pgSQL does not have packages, what is the usual way of managing
> groups of related functions and procedures.

About all you can do at the moment is put them all into a schema.
There has been some talk of creating a "module" facility in future
PG releases, but nothing's happened beyond talk, yet.

regards, tom lane

In response to

Browse pgsql-novice by date

  From Date Subject
Next Message Selvakaruppiah s-TLS,Chennai 2008-08-05 02:54:00 SetQueryTimeout in Postgres 8.1.4
Previous Message Charles N. Charotti 2008-08-04 20:13:11 Re: pl/pgSQL development environment