Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Proposed archival read only trigger on rows - prevent history modification


  • From: chester c young <chestercyoung(at)yahoo(dot)com>
  • To: Bryce Nesbitt <bryce1(at)obviously(dot)com>
  • Cc: sql pgsql <pgsql-sql(at)postgresql(dot)org>
  • Subject: Re: Proposed archival read only trigger on rows - prevent history modification
  • Date: Mon, 28 Jan 2008 20:40:11 -0800 (PST)
  • Message-id: <771732.23057.qm@web54301.mail.re2.yahoo.com> <text/plain>

> I'm considering building a protective mechanism, and am seeking
> feedback
> on the idea.  The approach would be to add a new column named "ro" to
> each table at invoice level and below.  Then have a trigger on
> 'ro'==true deny the write, and probably raise a huge stink.  As
> invoice
> are mailed each month, all the supporting data would be set to "ro"
> true.

instead of triggers I use update-able views and permissions.

1. all dml goes through the view
2. use rules on the view to do dml to the table
3. in rules prevent updating all/any columns when whatever
4. grant dml to view to your pgconnect user
5. revoke dml from table to your pgconnect user

imho another instance where rules rule.  for example, you can easily
fit logging into the same view.



      ____________________________________________________________________________________
Never miss a thing.  Make Yahoo your home page. 
http://www.yahoo.com/r/hs



Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group