[AccessD] Programming

Andy Lacey andy at minstersystems.co.uk
Fri May 13 03:39:06 CDT 2005


I start by saying no in principle. Then I look for exceptional
circumstances. You mention Client Charge. To me that sounds like a Yes
because the charging algorithm may change and if it does the new calculation
should not affect previous billings. So that's one argument for storing a
calculated value. OTOH the reverse may, in many cases, be true, i.e. that if
a calculation changes existing records do want to be affected. That would be
a sound argument for not storing those calculated values.

The other one time I go for YES is for speed. If you are likely to have to,
for example, select records where jobtotalhours>x then I'd certainly
consider storing it. At the end of the day the system's for the benefit of a
user. If you can improve the user's experience by giving him/her a quicker
answer, and the penalty isn't too great, then I'd store it. Just make damned
sure no-one can alter start or end without your program recalculating total
hours.

My 2 pen'orth Richard

--
Andy Lacey
http://www.minstersystems.co.uk



--------- Original Message --------
From: Access Developers discussion and problem solving
<accessd at databaseadvisors.com>
To: AccessD <accessd at databaseadvisors.com>
Subject: [AccessD] Programming
Date: 13/05/05 07:56

>
> Hi Group
>
> A general programming question.  Would you ever store calculated values
> in a table.  My example is this...
>
> I have a Timesheetline table recording jobstart, jobend times/dates etc.
> Do I store jobtotalhours in the table and do I store
> Client charge and EmployeePaid amounts.  I would not normally store
> calculated values in a table but as these calculations are quite complex
> (different charge rates, time periods e.g std and overtime etc)
> I thought that once calculated (at the point of data entry) why not
> store these values in table (may improved report speed/programming).
> Alternativley, isn't this what computers are for ie carrying out complex
> calculations so why store value, when it comes to reporting on or
> displaying etc simply recaculate.   My leaning now is not to store these
> values. Any thoughts?
>
> Richard
>
> --
> AccessD mailing list
> AccessD at databaseadvisors.com
> http://databaseadvisors.com/mailman/listinfo/accessd
> Website: http://www.databaseadvisors.com
>
>
>
>
>
>

________________________________________________
Message sent using UebiMiau 2.7.2




More information about the AccessD mailing list