From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | omid omoomi <oomoomi(at)hotmail(dot)com> |
Cc: | danderso(at)crystalsugar(dot)com, pgsql-general(at)postgresql(dot)org |
Subject: | Re: [GENERAL] PSQL Function() help.... |
Date: | 2000-01-16 17:13:40 |
Message-ID: | Pine.LNX.4.21.0001151954070.386-100000@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
An array is not quite the same as a result set. What the questioner wanted
(as I understand it) was a function that returned more than one row. That
doesn't work. If you manage to do it via arrays, more power to you.
On 2000-01-13, omid omoomi mentioned:
> Hello,
> Sure you can use arrays as returned results in your function.
>
> regards.
> Omid Omoomi
>
>
> >From: Peter Eisentraut <peter_e(at)gmx(dot)net>
> >To: Dale Anderson <danderso(at)crystalsugar(dot)com>
> >CC: pgsql-general(at)postgresql(dot)org
> >Subject: Re: [GENERAL] PSQL Function() help....
> >Date: Wed, 12 Jan 2000 04:58:53 +0100
> >
> >On 2000-01-12, Dale Anderson mentioned:
> >
> > > Here is what I am trying to do. I an trying to create a function
> > > that is passed two numbers, get_people(2000,1). The first value is a
> > > year, and the second is a week. What I want the function to do, is to
> > > select all the names from a name table, and return a list of names
> > > that don't have an entry in the data table for the year, and week
> > > specified. Can this be done??
> >
> >No. Functions cannot return result sets. Certainly a deficiency, but
> >nobody is perfect.
> >
> >
> >--
> >Peter Eisentraut Sernanders väg 10:115
> >peter_e(at)gmx(dot)net 75262 Uppsala
> >http://yi.org/peter-e/ Sweden
> >
> >
> >
> >************
> >
>
>
>
--
Peter Eisentraut Sernanders väg 10:115
peter_e(at)gmx(dot)net 75262 Uppsala
http://yi.org/peter-e/ Sweden
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2000-01-16 17:13:46 | Re: [GENERAL] Confussion with table-lock levels and isolation levels |
Previous Message | Peter Eisentraut | 2000-01-16 17:13:23 | Re: Re[2]: [GENERAL] case-insensitive like operator |