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)
Список
Дерево обсуждения
Physical Database Configuration Jonathan Bartlett <johnnyb@eskimo.com>
Re: Physical Database Configuration "Shridhar Daithankar" <shridhar_daithankar@persistent.co.in>
Re: Physical Database Configuration nolan@celery.tssi.com
Re: Physical Database Configuration Fernando Schapachnik <fernando@mecon.gov.ar>
Re: Physical Database Configuration Jonathan Bartlett <johnnyb@eskimo.com>
Re: Physical Database Configuration Ron Johnson <ron.l.johnson@cox.net>
Re: [HACKERS] Physical Database Configuration Shridhar Daithankar <shridhar_daithankar@persistent.co.in>
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 по дате отправления
От: Bruno BAGUETTE
Дата: