Hello Neoduder,
Here are the problems with the above scenario:
1) If the date
never changes, then there is no reason to store the Y/N value because this would essential be a "calculated value", which could be determined on the fly at any time -- hence I is redundant.
2) If the date
can change then you have the same problem, however this time you must ensure that the Y/N field gets updated at the same time, otherwise your data will not be correct. This is not a good situation.
3) If the date
can change,
but you
only want to display the Y/N field to reflect the first date that the user ever enters into this field, then should be saving the dates in a history table. Otherwise nobody can trace back the Y/N value to see why it is 'Yes' or 'No'.
So, In the latter scenario you would not want to store the Y/N value because you can still calculate the Y/N result from the history table.
The best design practice dictates that you would not want to store this value.
Good Luck, Robert
•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•
Professional, affordable, Access database solutions and assistance
°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°•°