Search Postgresql Archives

Re: Untyped result (setof / rowset) from Functions ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Patches welcome. :)

Seriously, if you were to come up with an interface that did this using
a procedure language it would at a minimum be useful to others using
dblink, and could potentially be brought into the core as well. Of
course you could also work on a patch of the core, but if you're going
to do that you should ask for pointers on -hackers first.

On Wed, Oct 05, 2005 at 08:41:48AM -0700, Modern Mexican wrote:
> thanks for the tip, but it would be nice if PG implemented it like MSSQL
> (very simple and straight forward).
> 
> Felipe Sandoval
> 
> 
> Modern Mexican wrote:
> > Is there a technical reason why an untyped result (setof / rowset) from a
> > function (sql or plpgsql) is not implemented ?
> >
> > Something Simple:
> >
> > CREATE FUNCTION foo(x int) RETURNS SETOF records AS
> > 'SELECT t1.*, t2.* FROM t1 INNER JOIN t2 ON t1.a=t2a
> > WHERE WHERE t1.id=$1'
> > LANGUAGE SQL
> >
> > So I will not have to create a TYPE every time I return a SETOF JOINED
> > tables or a sub-set of the columns of a table.
> 
> You can do this, but you have to specify what the type is when you call
> it. There needs to be *some* type defined somewhere.
> 
> See the manuals - section 7.2.1.4 which gives the following example of
> specifying what results you expect from a dblink() call.
> 
> SELECT *
>      FROM dblink('dbname=mydb', 'select proname, prosrc from pg_proc')
>        AS t1(proname name, prosrc text)
>      WHERE proname LIKE 'bytea%';
> 
> --
>    Richard Huxton
>    Archonet Ltd
> 
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
>        choose an index scan if your joining column's datatypes do not
>        match
> 

-- 
Jim C. Nasby, Sr. Engineering Consultant      jnasby@xxxxxxxxxxxxx
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux