I whole-heartedly disagree... 1) I have numerous processes that lock/update/release the same record repeatedly running 24x7 - on the sale process id. 2) I don't want code that works 98% of the time - that's unacceptable. I don't want calls in the middle of the night because it appears processes are locked up when in fact they are running perfectly fine because some program fails 2% of the time. To this end, ALL READU's are wrapped inside of a subroutine that tracks blocking, time held, etc. Exceptions are a part of programming... Not dealing with the exceptions is bad programming practice. Would you not validate input because the user is expected to enter the right result 98% of the time, and the other 2% is ok? Years ago, we changed from a 5 digit numeric specimen id to 5 alpha/numeric... I sat in the pre-live meeting, and brought up the fact that words could be spelled. Words we might not want patients to see... With over 60 million possible permutations, the likelyhood was well under 2%. Would that have been an acceptable error rate to you? It's not to us. We excluded the vowels so words couldn't be spelled... That's programming for the exception.
_______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
