[ic] Performance issues with i18n
mike at perusion.com
Sat Dec 6 21:46:16 EST 2003
Quoting Stefan Hornburg (Racke) (racke at linuxia.de):
> On Thu, 4 Dec 2003 19:17:22 +0100
> Thomas Weiss <pater.noster at gmx.net> wrote:
> > * On Wed, Dec 03 panos wrote:
> > The optimizations made were 1) omitting an unnessessary call to
> > record_exists() in Vend::Table::Shadow and 2) letting the database
> > server do the hard work applying the mappings instead of doing it
> > manually.
> > Below are patches against Vend::Table::DBI (CVS Version 2.57) and
> > Vend::Table::Shadow (CVS Version 1.43) which implement these
> > optimizations. The patches are meant as a proof-of-concept kind of thing
> > and there is of course room for improvement. The most important thing
> > to do is support optimization even if the fallback option is set for
> > the mapping. Currently optimization is done only if fallback is off
> > but it can relatively easy be implemented (see patch no. 2 for details).
> > I'm looking forward to hear any opinions.
> If I remember correctly the call to record_exists() has been introduced
> because field() fails for GDBM databases on non-existant records.
We could pretty easily move that to Vend::Table::Common or
Vend::Table::GDBM. We would of course have to analyze the
effect on DBI mostly, but also DB_File, SDBM, and LDAP.
Perusion -- Expert Interchange Consulting http://www.perusion.com/
phone +1.765.647.1295 <mike at perusion.com>
Friends don't let friends use Outlook. -- Bob Blaylock
More information about the interchange-users