RE: Alternative database locations are broken
От | Mikheev, Vadim |
---|---|
Тема | RE: Alternative database locations are broken |
Дата | |
Msg-id | 8F4C99C66D04D4118F580090272A7A234D3145@sectorbase1.sectorbase.com обсуждение исходный текст |
Ответ на | Alternative database locations are broken (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
RE: Alternative database locations are broken
|
Список | pgsql-hackers |
> With the new oid file naming, the alternative database > location feature has disappeared. Not good. > > Also, is there any merit in keeping the #ifdef > OLD_FILE_NAMING code path? No one. I've removed some of old code but not all, sorry. > I could probably go through and fix this, but I'm not fully > aware about the larger plan of table spaces that's apparently > sneaking in here (cf. RelFileNode.tblNode). This would be very appreciated. Table spaces will be in 7.2, hopefully. For the moment tblNode is just database OID (InvalidOid for shared relations). I think that to handle locations we could symlink catalogs - ln -s path_to_database_in_some_location .../base/DatabaseOid TIA, Vadim
В списке pgsql-hackers по дате отправления: