Skip site navigation (1) Skip section navigation (2)

Re: Function error- A column definition list is required for functions returning "record"

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "ben sewell" <mosherben(at)gmail(dot)com>
Cc: pgsql-novice(at)postgresql(dot)org
Subject: Re: Function error- A column definition list is required for functions returning "record"
Date: 2006-08-18 16:41:58
Message-ID: 21360.1155919318@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-novice
"ben sewell" <mosherben(at)gmail(dot)com> writes:
> I have this error when I tried testing my function. I set the parameters to
> 18,2,,,,,,,, as pandctype but it said this error: A column definition list
> is required for functions returning "record". I got my UDF setup but I don't
> see what the problem is. Can anyone shed any ideas on this?

> create or replace function reports (inreport_id integer,inadviser_id integer,inprovider_id integer,inintroducer_id integer,
> inplangroup_id integer,inplantype_id integer,indatespecific_start date,indatespecific_end date,inchild24 date,inchild26 date) 
> returns record as' 

You can't simply declare the function as "returns record", because the
calling query has no idea what to expect (the parser needs to know
what columns will come out of the function call).  There are basically
two approaches you can use:

1. Declare the function as returning a specific rowtype.  Either create
a named composite type and declare the function as returning that, or
(if you're using PG 8.1 or later) declare the function with some OUT
parameters to show what columns it returns.

2. Declare the set of columns to be returned in the calling query, eg

	SELECT * FROM myfunc(...) AS foo(c1 int, c2 text, ...)

This is what the error message is talking about.  This case is mainly
meant for special functions like dblink() that are designed to support
query-determined column lists.

You might want either of these depending on what you're doing, but
the first is probably simpler.

			regards, tom lane

In response to

Responses

pgsql-novice by date

Next:From: Sean DavisDate: 2006-08-18 16:44:53
Subject: Re: Use of !~* to keep a varchar column UNIQUE
Previous:From: Don MorrisonDate: 2006-08-18 16:38:03
Subject: Use of !~* to keep a varchar column UNIQUE case-insensitive

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group