Re: Big 7.1 open items
От | Tom Lane |
---|---|
Тема | Re: Big 7.1 open items |
Дата | |
Msg-id | 3238.961126521@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | RE: Big 7.1 open items ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
Ответы |
RE: Big 7.1 open items
Re: Big 7.1 open items |
Список | pgsql-hackers |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes: > Tablespace is an encapsulation of table allocation and the > name should be irrevant to the location basically. So above > seems very bad for me. > Anyway I don't see any advantage in fixed mapping impleme > ntation. After renewal,we should at least have a possibility to > allocate a specific table in arbitrary separate directory. Call a "directory" a "tablespace" and we're on the same page, aren't we? Actually I'd envision some kind of admin command "CREATE TABLESPACE foo AS /path/to/wherever". That would make appropriate system catalog entries and also create a symlink from ".../data/base/foo" (or some such place) to the target directory. Then when we make a table in that tablespace, it's in the right place. Problem solved, no? It gets a little trickier if you want to be able to split multi-gig tables across several tablespaces, though, since you couldn't just append ".N" to the base table path in that scenario. I'd be interested to know what sort of facilities Oracle provides for managing huge tables... regards, tom lane
В списке pgsql-hackers по дате отправления: