Re: Use a rule or a transaction

From: Antoine Reid <antoiner(at)hansonpublications(dot)com>
To: "Madel, Kurt" <KMadel(at)USInspect(dot)com>
Cc: pgsql-sql(at)postgresql(dot)org
Subject: Re: Use a rule or a transaction
Date: 2000-08-15 19:03:49
Message-ID: 20000815150349.A21508@wumpus.lan.edmarketing.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

On Tue, Aug 15, 2000 at 02:52:24PM -0400, Madel, Kurt wrote:
> Hello Antoine,
>
> I thought that triggers only worked for one table at a time. In this case,
> I want the class.size incremented and checked for maxsize when I perform an
> update or insert on the module table. I was under the impression that a
> trigger would only work if I was performing an insert or update on the same
> table that I wanted the trigger to act on.
>
> Please let me know if I am way off in regards to triggers.
>
> thanks,
> Kurt
>

Hi!

Well, the trigger, basically is a function that will be executed when you act
on one table.

If I understand you correctly, you have a table that is a list of classes.
for each class, you want to have a 'reference count' (current usage) and a
maximum. Trying to take your own words, 'module' is a list of items that are
to be put member of 'classes'. classes is the table that has the maximum and
current usage numbers.

Assuming this is the case, what you do is following:
(pseudo code.. not actual sql statements!)

on insert on modules, update classes set current_usage=current_usage + 1 where
the class_id is equal to the id of the row you just added in modules.

on delete on modules, update classes set current_usage=current_usage - 1 ...

on update on modules, IF-and-only-if the class_id changed, increment the new class,
and decrement the old class.

This all takes care of keeping the refcount in classes up to date.

Now, for the maximum.. since your triggers on modules will always do an update
on classes, we can create triggers on update on classes to make sure the maximum
is not over..

create another trigger;

create a trigger AFTER update on classes. abort the transaction with a proper
message if class.current_usage > class.maximum.
abort the transaction with proper message if class.current_usage < 0 (this shouldn't
happen!!!!!)

I have implemented ref counts in the past, I could probably come up with a working
example really quick, if you want. I suspect the maximum check shouldn't be too
hard either..

Oh BTW, this should work on 7.0.2, probably on 7.0; I really don't know about 6.x.x..

hope this helps
antoine

--
o Antoine Reid o> Alcohol and calculus <o>
<|> antoiner(at)hansonpublications(dot)com <| don't mix. Never drink |
>\ antoiner(at)edmarketing(dot)com >\ and derive. /<

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message Stephan Szabo 2000-08-15 19:11:41 Re: copy from
Previous Message Jie Liang 2000-08-15 19:02:34 % escape