no longer using set_up_table method. it incurs an overhead penalty by making
authorAllen Day <allenday@users.sourceforge.net>
Thu, 7 Aug 2003 03:51:48 +0000 (03:51 +0000)
committerAllen Day <allenday@users.sourceforge.net>
Thu, 7 Aug 2003 03:51:48 +0000 (03:51 +0000)
commitb789c7907b13149a692a57b8c7b4aaa6cf9a4d58
treea985eaf06e9779f3f62078c3d4ad90d8e3f1465c
parent5ff70f1ac9dd66a8fec633b4ec71fa6a395fa210
no longer using set_up_table method.  it incurs an overhead penalty by making
it possible to define the class with less code.  why bother doing this when we
are autogenerating code anyway?

we now also do lazy-loading on FK fields so that vivification of an object does
not pay the penalty to vivify has-a objects (ie FK objects) until they are
explicitly asked for.

bottom line: performance increase overally.  huge performance increase for
heavily linked tables.
lib/SQL/Translator/Producer/ClassDBI.pm