6

I'm new to plpgsql and I'm trying to create function that will check if a certain value exists in table and if not will add a row.

CREATE OR REPLACE FUNCTION hire(
    id_pracownika integer,
    imie character varying,
    nazwisko character varying,
    miasto character varying,
    pensja real)
  RETURNS TEXT AS
$BODY$
DECLARE
wynik TEXT;
sprawdzenie INT;
BEGIN
sprawdzenie = id_pracownika;
IF EXISTS (SELECT id_pracownika FROM pracownicy WHERE id_pracownika=sprawdzenie) THEN
wynik = "JUZ ISTNIEJE";
RETURN wynik;
ELSE
INSERT INTO pracownicy(id_pracownika,imie,nazwisko,miasto,pensja)
VALUES (id_pracownika,imie,nazwisko,miasto,pensja);
wynik = "OK";
RETURN wynik;   
END IF;
END;
$BODY$
  LANGUAGE plpgsql VOLATILE
  COST 100;

The issue is that I'm getting errors saying that id_pracownika is a column name and a variable.

How to specify that "id_pracownika" in such context refers to column name?

Erwin Brandstetter
  • 479,275
  • 111
  • 893
  • 1,042
user3653415
  • 111
  • 1
  • 3
  • 10
  • 1
    Use different names for (input) parameters and table/column names. If you don't, how can PostgreSQL know what to use? – Frank Heikens Apr 13 '15 at 08:22
  • 1
    The [documentaion](http://www.postgresql.org/docs/current/static/plpgsql-declarations.html) is clear on this one: you should use `hire.id_pracownika` for referencing the parameter, and `pracownicy.id_pracownika` for referencing the column (as usual). – pozs Apr 13 '15 at 08:23
  • You are already assigning `sprawdzenie = id_pracownika;` so just use `sprawdzenie` in `INSERT INTO pracownicy(id_pracownika..,..,) VALUES(sprawdzenie,..,..)` – Vivek S. Apr 13 '15 at 08:24

2 Answers2

11

Assuming id_pracownika is The PRIMARY KEY of the table. Or at least defined UNIQUE. (If it's not NOT NULL, NULL is a corner case.)

SELECT or INSERT

Your function is another implementation of "SELECT or INSERT" - a variant of the UPSERT problem, which is more complex in the face of concurrent write load than it might seem. See:

With UPSERT in Postgres 9.5 or later

In Postgres 9.5 or later use UPSERT (INSERT ... ON CONFLICT ...) Details in the Postgres Wiki. This new syntax does a clean job:

CREATE OR REPLACE FUNCTION hire(
        _id_pracownika integer
      , _imie varchar
      , _nazwisko varchar
      , _miasto varchar
      , _pensja real)
  RETURNS text
  LANGUAGE plpgsql AS
$func$
BEGIN
   INSERT INTO pracownicy
          ( id_pracownika, imie, nazwisko, miasto, pensja)
   VALUES (_id_pracownika,_imie,_nazwisko,_miasto,_pensja);
   ON     CONFLICT DO NOTHING
   RETURNING 'OK';

   IF NOT FOUND THEN
      RETURN 'JUZ ISTNIEJE';
   END IF;
END
$func$;

Table-qualify column names to disambiguate where necessary. (You can also prefix function parameters with the function name, but that gets awkward, easily.)
But column names in the target list of an INSERT may not be table-qualified. (Never ambiguous anyway.)

Best avoid such ambiguities a priori, that's less error prone. Some (including me) like to do that by prefixing all function parameters and variable with an underscore.

If you positively need a column name as function parameter name also, one way to avoid naming collisions is to use an ALIAS inside the function. One of the rare cases where ALIAS is actually useful.

Or reference function parameters by ordinal position: $1 for id_pracownika in this case.

If all else fails, you can decide what takes precedence by setting #variable_conflict. See:

There is more:

  • There are intricacies to the RETURNING clause in an UPSERT. See:

  • String literals (text constants) must be enclosed in single quotes: 'OK', not "OK". See:

  • Assigning variables is comparatively more expensive than in other programming languages. Keep assignments to a minimum for best performance in plpgsql. Do as much as possible in SQL statements directly.

  • VOLATILE COST 100 are default decorators for functions. No need to spell those out.

Without UPSERT in Postgres 9.4 or older

...
   IF EXISTS (SELECT FROM pracownicy p
             WHERE  p.id_pracownika = hire.id_pracownika) THEN
      RETURN 'JUZ ISTNIEJE';
   ELSE
      INSERT INTO pracownicy(id_pracownika,imie,nazwisko,miasto,pensja)
      VALUES (hire.id_pracownika,hire.imie,hire.nazwisko,hire.miasto,hire.pensja);
    
      RETURN 'OK';
   END IF;
...

In an EXISTS expression, the SELECT list does not matter. SELECT id_pracownika, SELECT 1, or even SELECT 1/0 - all the same. Just use an empty SELECT list. Only the existence of any qualifying row matters. See:

Erwin Brandstetter
  • 479,275
  • 111
  • 893
  • 1,042
  • I think the first parameter is wrongly named, should be `hire(sprawdzenie integer, etc…`. – GG. Mar 25 '21 at 19:36
  • About the last part, it would work only if there is a `UNIQUE` constraint on `pracownicy.id_pracownika`, right? (anyway good suggestion, I didn't know about `ON CONFLICT`). Edit: oh I guess you're assuming it's the `PRIMARY KEY` so it's `UNIQUE`. – GG. Mar 25 '21 at 19:42
  • 1
    @GG.: Thanks for pointing out. I fixed / clarified both. Moved the modern solution to the top while being at it. – Erwin Brandstetter Mar 25 '21 at 23:47
1

It is a example tested by me where I use EXECUTE to run a select and put its result in a cursor, using dynamic column names.

1. Create the table:

create table people (
  nickname varchar(9),
  name varchar(12),
  second_name varchar(12),
  country varchar(30)
  );

2. Create the function:

CREATE OR REPLACE FUNCTION fun_find_people (col_name text, col_value varchar)
RETURNS void AS
$BODY$
DECLARE
    local_cursor_p refcursor;
    row_from_people RECORD;

BEGIN
    open local_cursor_p FOR
        EXECUTE 'select * from people where '|| col_name || ' LIKE ''' || col_value || '%'' ';

    raise notice 'col_name: %',col_name;
    raise notice 'col_value: %',col_value;

    LOOP
        FETCH local_cursor_p INTO row_from_people; EXIT WHEN NOT FOUND;

        raise notice 'row_from_people.nickname: %',  row_from_people.nickname ;
        raise notice 'row_from_people.name: %', row_from_people.name ;
        raise notice 'row_from_people.country: %', row_from_people.country;
    END LOOP;
END;
$BODY$ LANGUAGE 'plpgsql'

3. Run the function select fun_find_people('name', 'Cristian'); select fun_find_people('country', 'Chile');

Cristian
  • 442
  • 6
  • 7