Received: from mailhost.capecod.net (mailhost.capecod.net [204.255.214.21]) by hub.org (8.9.2/8.9.1) with ESMTP id SAA30319 for ; Tue, 23 Mar 1999 18:12:28 -0500 (EST) (envelope-from clark.evans@manhattanproject.com) Received: from manhattanproject.com (IDENT:clark@camb0706.capecod.net [209.244.246.198]) by mailhost.capecod.net (8.9.3/8.9.3/Debian/GNU) with ESMTP id SAA21372; Tue, 23 Mar 1999 18:10:22 -0500 Sender: clark@capecod.net Message-ID: <36F81ED9.FD1F83C3@manhattanproject.com> Date: Tue, 23 Mar 1999 23:08:09 +0000 From: Clark Evans X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.0.36 i686) X-Accept-Language: en MIME-Version: 1.0 To: Frank Morton CC: pgsql-interfaces@postgreSQL.org Subject: Re: [INTERFACES] Other JDBC Performance Question References: <003c01be7469$23fb6a60$8355e5ce@base2inc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Frank Morton wrote: > Is there any way to force the database to be RAM > resident? Either with this package or something > else? Perhaps you could make a virtual drive, copy over your database, and then point postgresql to that database. I would make two databases... the first one is your 'transaction' database on the hard drive, and the second one is a 'report' database for frequent queries. You can have a cron job update the report database from the transaction database on a periodic basis. Also, I'd take advantage of the opportunity and de-normalize the reporting database to make the queries even faster. Just suggestions, :) Clark