[PostgreSQL] Stored procedure error

[Verwijderd]

Ik heb de volgende stored procudure (functie) gemaakt in PL/pgSQL. Wanneer ik deze aanroep met de volgende regel:

code:

select set_update_permissions(3, 1, 1, 1, 1, 1, 1);

krijg ik de volgende error

code:

NOTICE:  test

ERROR:  syntax error at or near "$1" at character 27
QUERY:  insert into permissions ( $1 , permission_type_id,  $2 ) VALUES ( $3 , $4 , $5 )
CONTEXT:  PL/pgSQL function "set_update_permissions" line 23 at SQL statement

De error onstaat dus bij direct na de if (nieuwe insert van record).

iemand enig idee??

code:

-- Function: set_update_permissions(group_id int4, c int4, r int4, u int4, d int4, table_id int4, user_id int4)

-- DROP FUNCTION set_update_permissions(group_id int4, c int4, r int4, u int4, d int4, table_id int4, user_id int4);

CREATE OR REPLACE FUNCTION set_update_permissions(group_id int4, c int4, r int4, u int4, d int4, table_id int4, user_id int4)
  RETURNS bool AS
$BODY$
DECLARE
    record1 record;
    record2 record;
    perm int;
    perm_type int :=0;
BEGIN
    -- Kijk of er al een permissie bestaat voor de tabel/groep
    FOR record1 IN select p.permission_id as id from permissions as p where p.group_id = $1 and p.table_id = $6 
    LOOP
        perm = record1.id;
    END LOOP; 
    
    -- Haal het bijbehorende permissie type op
    FOR record2 IN select p_t.permission_type_id as id from permission_type as p_t where p_t.c=$2 AND p_t.r=$3 AND p_t.u=$4 AND p_t.d=$5
    LOOP
        perm_type = record2.id;
    END LOOP;
    
    IF perm IS NULL 
    THEN
        -- nieuwe inserten
        raise notice 'test';
        insert into permissions (group_id, permission_type_id, table_id) VALUES ($1,perm_type,$6);
        return TRUE;
    ELSE 
        -- updaten
        update permissions set permission_type_id = perm_type where permissions.table_id = $6 and group_id = $1;
        return TRUE;
    END IF;
END;
$BODY$
  LANGUAGE 'plpgsql' VOLATILE;
ALTER FUNCTION set_update_permissions(group_id int4, c int4, r int4, u int4, d int4, table_id int4, user_id int4) OWNER TO provis;

[Verwijderd]

Werkt het wel op die manier? D.w.z. met $1? Daar valt ie over, dus ik denk dat dat niet klopt he

_{Geen ervaring met Stored Procedures, maar de foutmelding is duidelijk genoeg dacht ik zo}

[Verwijderd]

ja, zo moet dat wel, dat zijn de namen van de argumenten die aan de functie mee gegeven worden.

als ik de stored procedure namelijk zo aanroep:

code:

select set_update_permissions(1, 1, 1, 1, 1, 1, 1);

werkt het wel, Dan doet hij namelijk gewoon de update na de else omdat de variable perm dan een waarde heeft.

[ Voor 11% gewijzigd door Verwijderd op 08-02-2006 16:08 ]

[Verwijderd]

Strange...

In je code staat:

code:

insert into permissions (group_id, permission_type_id, table_id) VALUES ($1,perm_type,$6);

En de foutmelding:

code:

insert into permissions ( $1 , permission_type_id,  $2 ) VALUES ( $3 , $4 , $5 )

Lijkt me heel erg vreemd

[Verwijderd]

ja vindt ik inderdaad ook vreemd, maar ik krijg het zo

[Verwijderd]

en als ik deze regel toevoeg om het insert statement als output te printen:

code:

raise notice 'insert into permissions (group_id, permission_type_id, table_id) VALUES (%,%,%);',$1,$2,$3;

krijg ik als output het volgende statement

code:

insert into permissions (group_id, permission_type_id, table_id) VALUES (3,1,1);

Wanneer ik dit direct als query in de database stop, gaat het wel goed..

heel vreemd allemaal, iemand een idee?

[ACM]

group_id is ook een parameternaam van je functie. Wellicht dat je met "group_id" de boel netjes kunt escapen en ie begrijpt dat je de tabel-kolomnaam bedoelt ipv de parameter.

Die $x's geven uiteraard aan dat het de x-de parameter is voor die query.

[ Voor 19% gewijzigd door ACM op 08-02-2006 16:40 ]

[Verwijderd]

Nee, helaas dat helpt ook niet.

Erg vreemd dit

[Verwijderd]

iemand?

[ACM]

Zoals ik al zei lijkt het me te liggen aan de overlap in naamgeving van kolommen en variabelen. Zoek uit hoe je dat kan escapen en je hebt je probleem opgelost gok ik. Naast "group_id" heb je natuurlijk ook al tabel.group_id geprobeerd?

[edit]
Hoewel dat misschien niet zo lekker werkt in een insert...

Misschien maar gewoon je variabelen hernoemen?

[ Voor 39% gewijzigd door ACM op 09-02-2006 12:25 ]