hmm no doubt my second post will show up before my first. LOL > My biggest question is how to get all of the FORM data into the CFC without relying on FORM.whatever.
whats wrong with passing in the entire form struct? TiM -----Original Message----- From: Daniel Short [mailto:[EMAIL PROTECTED] Sent: Thursday, 18 November 2004 10:01 a.m. To: [EMAIL PROTECTED] Subject: [CFCDev] Process for Updating Database Records Hi everyone, I'm working on making my database layers a bit more abstract, and I'm just curious how you all handle inserting and updating to tables through your CFCs. I've gotten quite good at breaking out the SELECT pieces via getMyRecordset type functions, but can't quite figure out the best way to abstract INSERT and UPDATE statements. My biggest question is how to get all of the FORM data into the CFC without relying on FORM.whatever. The only thing I can think of at the moment is to actually pass each form variable in as an argument, but I can imagine how that could quickly get out of hand with some of the rather large tables I need to maintain (I don't really want to define 30 or more arguments in my CFCs). Any ideas would be greatly appreciated. Regards, Daniel Short Lead Developer Cartweaver Development Team Application Dynamics, Inc. ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at [EMAIL PROTECTED] ## ## ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [EMAIL PROTECTED] with the words 'unsubscribe cfcdev' in the message of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by Mindtool, Corporation (www.mindtool.com). An archive of the CFCDev list is available at [EMAIL PROTECTED]
