imho, the DBMS is the protector of data, hence it should be validating everything that goes in, and it should perform any associated tasks without being asked to do it by the app (eg update an article requires incrementing workflow, writing an audit record etc)
Basically, multiple apps should be able to hook into the one database and use it without having to be aware of potentially different validation logic in other apps. That doesn't preclude validation logic sitting in the app itself, it just means that ultimately data must be validated by the database before its acceptable. Cheers Scott. -----Original Message----- From: Taco Fleur [mailto:[EMAIL PROTECTED] Sent: Thursday, 18 March 2004 07:15 AM To: CFAussie Mailing List Subject: [cfaussie] Re: Database programming > I'm really interested in getting the DB to do more work for > me, but am just wondering about the best way to approach it... > > Currently I use the database for very little except storing > the data... all the logic and validity checking is done in > the application. I know > should be using it for more, which is why I'm learning more > about it now. I still suggest to have it to do everything but the validity checking, I see that as unneeded traffic to the database. IMPORTANT NOTICE: This e-mail and any attachment to it are intended only to be read or used by the named addressee. It is confidential and may contain legally privileged information. No confidentiality or privilege is waived or lost by any mistaken transmission to you. The RTA is not responsible for any unauthorised alterations to this e-mail or attachment to it. Views expressed in this message are those of the individual sender, and are not necessarily the views of the RTA. If you receive this e-mail in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or use any part of this e-mail if you are not the intended recipient. --- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] MXDU2004 + Macromedia DevCon AsiaPac + Sydney, Australia http://www.mxdu.com/ + 24-25 February, 2004
