I do this as well, my first version of it stored the table information in
the application scope so I only did that one query. The second version
though I changed to just do a query for table information before any
insert/updates because found the hit to the database system tables just was
not hurting performance enough to even measure it. I had thought about
expanding it to build my CRUD screens but just have not bothered since we
still use a old set of in-house custom tags for the CRUD.
What I like about this approach is if you change a column size in the DB you
do not have to worry about changing any of the insert/update pages. Or if I
had a new column to the DB, all I do is add it to the one config page for
the table that the CRUD system uses.
Doesn't the onTap framework help to allow for the easy development of CRUD
pages?
On 8/6/06, Denny Valliant <[EMAIL PROTECTED]> wrote:
>
>
> For a long time I've used basicly what amounts to a custom cfinsert.
>
> I like it because it's a simple: <cfset theRecord =
> saveToTable('form','tablename')>,
> does cfqueryparam, length checking, etc. Just have to match struct key
> names
> to column names. I take a hit with an initial query for table structure,
> but it saves
> so much coding time, it's well worth it (IMHO). Updates or Adds, whoopie!
> :-)
>
> After looking at model glue 2, and the xsl scaffolding stuff, along with
> reactor, I'm liking the possibilities.
>
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting,
up-to-date ColdFusion information by your peers, delivered to your door four
times a year.
http://www.fusionauthority.com/quarterly
Archive:
http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:249235
Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
