Re: help modeling a schedule system - Mailing list pgsql-general

From Scott Ribe
Subject Re: help modeling a schedule system
Date
Msg-id 363AF467-AD9B-4D2D-89C9-5594A0A1DBEA@killerbytes.com
Whole thread Raw
In response to help modeling a schedule system  (chris h <chris404@gmail.com>)
List pgsql-general
Well, when I did something similar a very long time ago, I put a "next time to fire" column in the table. Each time an
eventis fired, the application updates that column. 

Was a lot simpler than baroque searches for events that would need firing between the last check and now. Was a lot
cleanerthan creating tons of instances out through the future. 

You could create a stored procedure, if you want, to calculate the next time based on all the possible criteria.

You could, have a "last time fired" column that keeps track of when the event was most recently fired, for
logging/debugging/info.You could have a trigger that updates that "next time to fire" column each time the "last time
fired"column is updated. 

--
Scott Ribe
scott_ribe@elevated-dev.com
http://www.elevated-dev.com/
(303) 722-0567 voice





pgsql-general by date:

Previous
From: chris h
Date:
Subject: help modeling a schedule system
Next
From: Josh Kupershmidt
Date:
Subject: Re: Postgres, DB2 and Materialized Query Tables (MQTs - DB2s Materialized Views)