Re: OK, OK, Hiroshi's right: use a seperately-generated filename

Поиск
Список
Период
Сортировка
От Chris Bitmead
Тема Re: OK, OK, Hiroshi's right: use a seperately-generated filename
Дата
Msg-id 394C20C6.9580A8A9@bitmead.com
обсуждение исходный текст
Ответ на Re: OK, OK, Hiroshi's right: use a seperately-generated filename  (Peter Eisentraut <peter_e@gmx.net>)
Ответы RE: OK, OK, Hiroshi's right: use a seperately-generated filename
Список pgsql-hackers
Tom Lane wrote:

> > Also, you said before that an old relname (after rename) is worse than
> > none at all. I couldn't agree more.
> 
> I'm not the one who wants relnames in the physical names ;-).  However,
> this implementation mechanism will support either policy choice ---
> original relname in the filename, or just a numeric ID for the filename
> --- and that seems like a good sign to me.
> 
> > Why not use OID.[SEGMENT.]VERSION for the physical relname (different
> > order possible)?

Unless VERSION is globally unique like an oid is, having RELNAME.VERSION
would be a problem if you created a table with the same name as a 
recently renamed table.


В списке pgsql-hackers по дате отправления:

Предыдущее
От: JanWieck@t-online.de (Jan Wieck)
Дата:
Сообщение: Re: Big 7.1 open items
Следующее
От: Giles Lean
Дата:
Сообщение: Re: Big 7.1 open items