Skip site navigation (1) Skip section navigation (2)

Re: Tablas temporales en RAM ?

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Jaime Casanova <systemguards(at)gmail(dot)com>
Cc: Gregorio Diaz <gregorio_diaz(at)yahoo(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: Tablas temporales en RAM ?
Date: 2006-12-17 02:36:50
Message-ID: 20061217023650.GA6481@alvh.no-ip.org (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Jaime Casanova escribi:
> On 12/16/06, Alvaro Herrera <alvherre(at)commandprompt(dot)com> wrote:
> >Gregorio Diaz escribi?:
> >
> >> Es cierto que las tablas temporales, se manejan como
> >> tablas normales, es decir en disco y al parecer no
> >> tienen
> >> ning?n tipo de optimizaci?n con respecto al acceso.
> >>
> >> Los arrays, tambi?n al parecer, pues no he podido
> >> analizar el c?digo fuente, se manejan en memoria,
> >> pero como acertadamente apuntas no manejan indexes...
> >
> >Si estas en 8.2 quizas puedas hacer uso del constructo VALUES, el cual
> >es mucho mas optimizable que los arrays.
> >
> >Con respecto a las tablas temporales, estas se manejan en buffers en
> >memoria local del proceso, por lo que si quieres que esten en memoria
> >puedes ajustar el parametro temp_buffers apropiadamente.  (Solo en 8.1
> >hacia arriba creo, no me acuerdo si tambien esta en 8.0).
> >
> 
> esta no me la sabia... pregunto, a que te refieres con que "esten en
> memoria"?, no llegarian a disco si el tama?o de las tablas fuera menor
> a temp_buffers?

Correcto.  La idea es que el buffer no se escribe a disco mientras no
sea estrictamente necesario -- y eso solo sucedera cuando se acaben las
paginas temporales que se hayan configurado en temp_buffers.

src/backend/storage/buffer/localbuf.c

In response to

pgsql-es-ayuda by date

Next:From: Victor LopezDate: 2006-12-17 12:50:58
Subject: drop tablespace ? pero por otra razon
Previous:From: Jaime CasanovaDate: 2006-12-17 02:28:44
Subject: Re: Tablas temporales en RAM ?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group