Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.80) (envelope-from ) id 1XJKzQ-0000wF-D9 for pgsql-sql@arkaria.postgresql.org; Mon, 18 Aug 2014 11:20:40 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.80) (envelope-from ) id 1XJKzP-00045N-Ru for pgsql-sql@arkaria.postgresql.org; Mon, 18 Aug 2014 11:20:39 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1XJKzO-00042y-Ga for pgsql-sql@postgresql.org; Mon, 18 Aug 2014 11:20:38 +0000 Received: from sam.nabble.com ([216.139.236.26]) by makus.postgresql.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XJKzL-00020y-BV for pgsql-sql@postgresql.org; Mon, 18 Aug 2014 11:20:36 +0000 Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XJKzK-0003I5-Jg for pgsql-sql@postgresql.org; Mon, 18 Aug 2014 04:20:34 -0700 Date: Mon, 18 Aug 2014 04:20:34 -0700 (PDT) From: gmb To: pgsql-sql@postgresql.org Message-ID: <1408360834601-5815206.post@n5.nabble.com> In-Reply-To: References: <1408260946918-5815108.post@n5.nabble.com> <1408272021571-5815111.post@n5.nabble.com> <1408304846514-5815126.post@n5.nabble.com> <1408339998171-5815175.post@n5.nabble.com> Subject: Re: High memory usage / performance issue ( temp tables ? ) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_93704_27532651.1408360834603" X-Pg-Spam-Score: 0.8 (/) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-sql Precedence: bulk Sender: pgsql-sql-owner@postgresql.org ------=_Part_93704_27532651.1408360834603 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Just to make sure I understand this correct : > You can write PostgreSQL extension in C - and store XML only in memory.Meaning that I write function(s) which processes the XML using C which will allow me more option with processing the XML ? Will this allow me to cache the payload data in memory for the connection and not only for a single function ? If not , this approach will not work , unless I rewrite a lot of the code / functions. The current solution makes use of a separate function for each different part of the XML. Reason for this is that a lot of validation is also done on the data. > Temp tables are best when you do some queries or when you need indexes, but> it is terrible slow cache.> > else - Postgres is good as database and very slow as cache. It is good for> prototyping and for less or middle load servers. For any other use> different softwareSo your point is that the use of temp tables in this kind of scenario is not vey efficient. I'll then try to replace the temp tables with actual tables with some kind of UID.Thanks for the response.gmb -- View this message in context: http://postgresql.1045698.n5.nabble.com/High-memory-usage-performance-issue-temp-tables-tp5815108p5815206.html Sent from the PostgreSQL - sql mailing list archive at Nabble.com. ------=_Part_93704_27532651.1408360834603 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Just to make sure I understand this correct : > You can write PostgreSQL extension in C - and store XML only in memory. Meaning that I write function(s) which processes the XML using C which will allow me more option with processing the XML ? Will this allow me to cache the payload data in memory for the connection and not only for a single function ? If not , this approach will not work , unless I rewrite a lot of the code / functions. The current solution makes use of a separate function for each different part of the XML. Reason for this is that a lot of validation is also done on the data. > Temp tables are best when you do some queries or when you need indexes, but > it is terrible slow cache. > > else - Postgres is good as database and very slow as cache. It is good for > prototyping and for less or middle load servers. For any other use > different software So your point is that the use of temp tables in this kind of scenario is not vey efficient. I'll then try to replace the temp tables with actual tables with some kind of UID. Thanks for the response. gmb

View this message in context: Re: High memory usage / performance issue ( temp tables ? )
Sent from the PostgreSQL - sql mailing list archive at Nabble.com.
------=_Part_93704_27532651.1408360834603--