Re: Fix for RENAME
От | Bruce Momjian |
---|---|
Тема | Re: Fix for RENAME |
Дата | |
Msg-id | 200006091729.NAA19294@candle.pha.pa.us обсуждение исходный текст |
Ответы |
RE: Fix for RENAME
|
Список | pgsql-hackers |
Can someone comment on this? [ Charset ISO-8859-1 unsupported, converting... ] > > -----Original Message----- > > From: Bruce Momjian [mailto:pgman@candle.pha.pa.us] > > > > > I'm now inclined to introduce a new system relation to store > > > the physical path name. It could also have table(data)space > > > information in the (near ?) future. > > > It seems better to separate it from pg_class because table(data?) > > > space may change the concept of table allocation. > > > > Why not just put it in pg_class? > > > > Not sure,it's only my feeling. > Comments please,everyone. > > We have taken a practical way which doesn't break file per table > assumption in this thread and it wouldn't so difficult to implement. > In fact Ross has already tried it. > > However there was a discussion about data(table)space for > months ago and currently a new discussion is there. > Judging from the previous discussion,I can't expect so much > that it could get a practical consensus(How many opinions there > were). We can make a practical step toward future by encapsulating > the information of table allocation. Separating table alloc info from > pg_class seems one of the way. > There may be more essential things for encapsulation. > > Comments ? > > Regards. > > Hiroshi Inoue > Inoue@tpf.co.jp > > -- Bruce Momjian | http://www.op.net/~candle pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: