| From: | lucas(at)presserv(dot)org | 
|---|---|
| To: | PFC <lists(at)boutiquenumerique(dot)com> | 
| Cc: | pgsql-sql(at)postgresql(dot)org | 
| Subject: | Re: Relation in tables | 
| Date: | 2005-02-17 10:57:25 | 
| Message-ID: | 20050217075725.q7hlx6iv076okogk@www.presserv.org | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-sql | 
>
> 	Use a view per department, which show/hide the columns according to your
> liking. Give each department a schema and put everything related to it
> inside for cleanliness. Use UPDATE triggers on the views, which in fact
> write to the products table, so that the departments can only update the
> columns you like. You can even make some columns readable but not
> writeable, by raising an exception if a modification is attempted on that
> column.
>
> 	If you want to reuse your code between departments, you will want all the
> views to have the same columns, so make them return NULL for the fields
> that they cannot see.
>
> 	Finally don't forget to make the products table inaccessible the
> departments.
>
Okay, I will use Triggers to manage the insert and update table and viewers to
select records, but need I use more than one table (with inherits)? Or I just
use product table with the ALL departaments coluns and check the perms into
Triggers and Viewers???
Thanks
| From | Date | Subject | |
|---|---|---|---|
| Next Message | pginfo | 2005-02-17 15:12:38 | Re: pg primary key bug? | 
| Previous Message | AL ELK | 2005-02-17 10:18:48 | diff value retuns, debug mode and play mode |