Re: [HACKERS] Physical Database Configuration
От | Shridhar Daithankar |
---|---|
Тема | Re: [HACKERS] Physical Database Configuration |
Дата | |
Msg-id | 200306291426.45741.shridhar_daithankar@nospam.persistent.co.in обсуждение исходный текст |
Ответ на | Re: Physical Database Configuration (Jonathan Bartlett <johnnyb@eskimo.com>) |
Список | pgsql-general |
On Wednesday 25 June 2003 21:21, Jonathan Bartlett wrote: > My solution did not involve tablespaces, but was more of a quick solution > to make it easier for admins to do _some_ sort of physical configuration. > > The idea is that the developer could do something like > > 'create alternate location ALTERNATE_LOCATION_NAME for > DATABASE_OBJECT_NAME at "/PATH/TO/PHYSICAL/FILE";' > > We would have a system table holding theses values. Then, all database > commands which create a file for an object, call open_object(oid, > object_name) or something to create the file object. This will first look > in the new system table to see if there is a mapping for an object of this > name. If so, it will create a symlink to "/PATH/TO/PHYSICAL/FILE" for the > oid before opening the file. What you are describing is a subset of tablespace functionality we are discussing offline. There are few minor differences though. 1. There is no physical file but location would be a directory. 2. The location could also be assigned at the time of object creation. Otherwise it is exactly what is under consideration..:-) Shridhar
В списке pgsql-general по дате отправления: