| От | Mikheev, Vadim |
|---|---|
| Тема | RE: Status of new relation file naming |
| Дата | |
| Msg-id | 8F4C99C66D04D4118F580090272A7A23018CBE@SECTORBASE1 обсуждение исходный текст |
| Ответ на | Status of new relation file naming ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>) |
| Список | pgsql-hackers |
> Will this new storage manager replace the current one or will one be > able to choose which storage manager to use (at compile time, at > startup, for each table)? This would be possible, but no way if new smgr will be overwriting one (smgr nature affects access methods). > PostgreSQL started as an extensible ORDBMS, but IIRC at some stage > all other SMs were thrown out. There was just one additional smgr for stable memory. If someone has this feature in comp then he could try to resurrect it. > I don't think it would be a good idea to completely abandon the > notion of storage manager as a replacable component. Smgr wrapper is still in place. Vadim
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера