On Thu, Aug 30, 2007 at 02:49:26PM -0500, Kevin J. Rice wrote: > Two options present themselves: (a) A get-by-id prepare could be run at > table generation time.
You cannot do that. http://www.postgresql.org/docs/8.2/static/sql-prepare.html "Prepared statements only last for the duration of the current database session. When the session ends, the prepared statement is forgotten, so it must be recreated before being used again. This also means that a single prepared statement cannot be used by multiple simultaneous database clients; however, each client can create their own prepared statement to use." > 2. Is there agreement that there would be significant performance gain with > it? There could be no agreement. But you might show us there is a gain. > Among the user community, has anyone else turned on SQL debug and watched > all the "select where.. Id=22" stuff goes by and wondered if we could speed > this part up? Yes, I had asked the question myself. And answered it by using SQL*Joins ;) Oleg. -- Oleg Broytmann http://phd.pp.ru/ [EMAIL PROTECTED] Programmers don't die, they just GOSUB without RETURN. ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ sqlobject-discuss mailing list sqlobject-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss