Re: sub query constraint - Mailing list pgsql-general

From Yudie Pg
Subject Re: sub query constraint
Date
Msg-id e460d0c05032820375d1fa471@mail.gmail.com
Whole thread Raw
In response to Re: sub query constraint  (Bruno Wolff III <bruno@wolff.to>)
Responses Re: sub query constraint  (Dale Sykora <dalen@czexan.net>)
Re: sub query constraint  (Dale Sykora <dalen@czexan.net>)
List pgsql-general
> One way to do this is to add a write_access column to actions and use
> a constraint to force it to be true.
>Create a UNIQUE key of
> (name, write_access) for user_data and then add a FOREIGN KEY
> reference from (name, write_access) in actions to (name, write_access)
> in user_data.


Yes the name must unique indexed but couldn't force the write_access
to always 'true'.
I may suggest create a trigger function to validate insert to table actions:

CREATE OR REPLACE FUNCTION validate_actions_insert() RETRUNS OPAQUE AS '
DECLARE
rs RECORD;

BEGIN
  SELECT INTO rs * FROM user_data WHERE name = NEW.user and write_access = 't';

  IF NOT FOUND THEN
     RAISE EXCEPTION ''writing access forbidden for user '', NEW.user;
  END IF;

  RETURN NEW;
END;
' LANGUAGE plpgsql;

CREATE TRIGGER tg_actions BEFORE INSERT OR UPDATE ON actions
FOR EACH ROW EXECUTE PROCEDURE validate_actions_insert();

You may need create another trigger for table user_data before update
for reverse validation.

pgsql-general by date:

Previous
From: Bruno Wolff III
Date:
Subject: Re: sub query constraint
Next
From: Alex Adriaanse
Date:
Subject: Re: Tracking row updates - race condition