| From: | "Alexander Todorov" <alexx(dot)todorov(at)gmail(dot)com> |
|---|---|
| To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: [pgsql-general] In memory tables/databases |
| Date: | 2007-07-01 23:14:46 |
| Message-ID: | 6e97ff300707011614p72f7d779g31abb6171fa6b902@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 7/2/07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> David Fetter <david(at)fetter(dot)org> writes:
> > On Sun, Jul 01, 2007 at 03:55:11PM -0400, Alvaro Herrera wrote:
> >> So mount a ramdisk and initdb in there.
>
> > You could also put a tablespace on a ramdisk and create the table
> > there.
Thanks for this hint. That looks like what I was looking for.
>
> The fresh-initdb approach is more likely to work without any strange
> corner cases. If you try a setup where the system catalogs are on
> persistent storage but you have a tablespace on ramdisk, then after
> restart you'll have pg_class entries referencing files that don't exist
> anymore, which I believe will provoke errors.
I believe error will occur if trying to access these objects. To avoid
this pg_dump/pg_restore may be useful and recreating the
tables/indexes after restart.
This will emulate the MySQL behaviour where tables definitions is kept
on disk and contents kept in memory.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John Summerfield | 2007-07-01 23:28:04 | Re: yet another simple SQL question |
| Previous Message | Alvaro Herrera | 2007-07-01 23:04:17 | Re: [pgsql-general] In memory tables/databases |