From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Andrew Dunstan" <andrew(at)dunslane(dot)net> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Single-file DBs WAS: Need concrete 'Why Postgres |
Date: | 2003-08-24 22:39:18 |
Message-ID: | 13749.1061764758@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-general pgsql-hackers |
"Andrew Dunstan" <andrew(at)dunslane(dot)net> writes:
> Is anyone seriously suggesting that postgres should support either raw
> devices or use some sort of virtual file system? If not, this whole
> discussion is way off topic.
I have zero interest in actually doing it. However, it'd be nice if the
existing "storage manager" API were clean enough that our response to
this type of question could be "sure, go implement it, and when you're
done let us know what performance improvement you see". We've allowed
the smgr API to degenerate over the years. CREATE/DROP DATABASE both
bypass it, and the support for alternate database locations messes up
the API pretty thoroughly (not that there's anything clean about that
feature at all), and I think there are some other issues with specific
commands bypassing the smgr abstractions.
I think it would be reasonable to fix this as part of the "tablespaces"
work that people keep wanting to do.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Hornyak Laszlo | 2003-08-25 07:15:10 | Re: another project for techdocs? |
Previous Message | Andrew Dunstan | 2003-08-24 19:15:25 | Re: Single-file DBs WAS: Need concrete 'Why Postgres |
From | Date | Subject | |
---|---|---|---|
Next Message | Jenny - | 2003-08-24 23:01:02 | LOCK.tag(figuring out granularity of lock)-- |
Previous Message | Tom Lane | 2003-08-24 22:25:37 | Re: Strange problem with PL/PgSQL stored procedures |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-08-24 22:57:08 | Re: "truncate all"? |
Previous Message | Tom Lane | 2003-08-24 21:37:14 | Re: [SQL] "SELECT IN" Still Broken in 7.4b |