Re: RE: Create table in functions - Mailing list pgsql-sql
| From | Jan Wieck |
|---|---|
| Subject | Re: RE: Create table in functions |
| Date | |
| Msg-id | 200009010236.VAA18853@jupiter.jw.home Whole thread Raw |
| In response to | RE: Create table in functions (Andreas Tille <tillea@rki.de>) |
| Responses |
Re: RE: Create table in functions
|
| List | pgsql-sql |
Andreas Tille wrote:
> On Thu, 24 Aug 2000, Hiroshi Inoue wrote:
>
> > Hmm,Andreas's original function seems to contain other statements.
> > If the function contains DML statements for the table Temp_Num_Table,
> > it wouldn't work properly. i.e 1st call would work but 2nd call woudn't.
> That's the problem. I'm in the process of porting a set of about
> 30 Stroed Procedures from MS-SQL server to PostgreSQL and have
> just managed only 3 :-( because of some "This is not possible with
> PostgreSQL".
Could you try out the current CVS sources?
I've added an EXECUTE keyword to PL/pgSQL earlier - er - yesterday. It should give you the power to at least
portthe proc below to PostgreSQL.
> To make clear what I want to do, I just copy the original stored
> procedure, which might be not so clever so that it would be possible
> to go without the table creation:
Looks like the only purpose of the (temp) table is to hold exactly one single row of one attribute - the result
of the count(*). From the code I guess that MS-SQL's only way to build up a dynamic query is to put it as a
string into a variable and call Exec(@var). Maybe it's impossible to get a return value out of that at the
same time, so the only solution is to throw it into a temp table and pick it up again.
But anyway, the dynamic part of building the qualification (WHERE clause) was the initial problem. And that
shouldbe solved in CURRENT PostgreSQL sources (and get shipped with 7.1).
Read on below...
>
>
> CREATE Procedure TilleA.pHelpCountNames
> ( @Arbeitsgruppeshort varchar(255) ,
> @Condition varchar(255)
> )
> /* Count names in table Mitarbeiter which belong to the group
> Arbeitsgruppeshort and match the condition @Condition
> */
> As
> Declare @Query varchar(1024)
> Declare @num int
> Select @num = 0
>
> if @ArbeitsgruppeShort is NULL or @ArbeitsGruppeShort = '' begin
> Select @ArbeitsgruppeShort = ''
> end else begin
> Select @ArbeitsgruppeShort = ' AND a.ArbeitsgruppeShort = ' + '''' + @ArbeitsgruppeShort + ''''
> end
>
> Create Table #NumTable
> (
> Num integer
> )
>
> Select @Query =
> 'Insert Into #NumTable (Num) ' +
> 'SELECT Count (*) ' +
> 'FROM Mitarbeiter m ' +
> 'INNER JOIN tm2nMitarbeiterArbeitsgruppe t ON m.IdMitarbeiter = t.IdMitarbeiter ' +
> 'INNER JOIN Arbeitsgruppe a ON t.IdArbeitsgruppe = a.IdArbeitsgruppe ' +
> 'WHERE ' + @Condition + @ArbeitsgruppeShort
> Exec (@Query)
>
> Select @num=(Select Max(Num) From #NumTable)
>
> Drop Table #NumTable
>
> return @num
>
>
> May be there are some clever ways to avoid the temporary table.
> I really wonder if my solution is in fact very clever because I'm unsure
> if it is thread-safe.
>
> Any hints?
Let me give it a try:
CREATE FUNCTION pHelpCountNames (text, text) RETURNS integer AS ' DECLARE ag_short
ALIAS FOR $1; condition ALIAS FOR $2; query text; rec
record; result integer; BEGIN query := ''SELECT count(*) AS n FROM Mitarbeiter
m, tm2nMistarbeiterArbeitsgruppe t, Arbeitsgruppe a
WHERE m.IdMitarbeiter = t.IdMitarbeiter AND t.IdArbeitsgruppe =
a.IdArbeitsgruppe'';
IF condition != '''' THEN query := query || '' AND '' || condition; END IF;
IF ag_short != '''' THEN query := query || '' AND a.ArbeitsgruppeShort = '''''' ||
ag_short || ''''''''; END IF;
FOR rec IN EXECUTE query LOOP result = rec.n; END LOOP;
RETURN result; END; ' LANGUAGE 'plpgsql';
Just written down. Too lazy to test it right now.
BTW: It is not strictly neccessary to build up the querystring for EXECUTE in a variable. Any
expression resulting in a string (a function call or a concatenation of strings, variables and functions) is
allowed.
EXECUTE outside of a FOR statement simply executes the query and that should not be a SELECT. This can be
autility statement as well, so feel free to create and drop "temp" tables as needed. Used as above (inside the
FOR)it must be a SELECT statement. I haven't checked if rows found, because that count(*) query is guaranteed
toreturn either one row, or bomb out with a transaction abort. Usually someone should check.
Enjoy.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#================================================== JanWieck@Yahoo.com #