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

Reply via email to