Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 41B209FB33F for ; Tue, 31 Oct 2006 13:01:47 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 32359-10 for ; Tue, 31 Oct 2006 13:01:28 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from talk.nabble.com (www.nabble.com [72.21.53.35]) by postgresql.org (Postfix) with ESMTP id 7A36B9FB29A for ; Tue, 31 Oct 2006 13:01:28 -0400 (AST) Received: from [72.21.53.38] (helo=jubjub.nabble.com) by talk.nabble.com with esmtp (Exim 4.50) id 1GewzP-0003aE-1R for pgsql-sql@postgresql.org; Tue, 31 Oct 2006 09:01:27 -0800 Message-ID: <7097897.post@talk.nabble.com> Date: Tue, 31 Oct 2006 09:01:27 -0800 (PST) From: BeemerBiker To: pgsql-sql@postgresql.org Subject: refining view using temp tables MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: jstateson@swri.edu X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200611/56 X-Sequence-Number: 26708 Using postgre with dotnet VS8. I came up with a scheme of having a web user search thru the database and selecting into a temp table. Then a further "refined" search would use the temp table as input and another temp table as output. Then swap the source and destination so as to not use up resources. Maybe this is not a good mechanism. I found right away I could not easily check for table existence nor drop non-existent tables without getting a server error (even with try {} catch {}). I may have the same user bring up two or more pages during the same session. Ditto for other users. I would not want to code up temporary names using timestamps and usersnames if I could avoid it. It would be nice if the sql engine would handle this for me. Can someone suggest how postgresql could handle a google like "search within results". -- View this message in context: http://www.nabble.com/refining-view-using-temp-tables-tf2546966.html#a7097897 Sent from the PostgreSQL - sql mailing list archive at Nabble.com.