Re: Getting rid of cmin and cmax
От | Heikki Linnakangas |
---|---|
Тема | Re: Getting rid of cmin and cmax |
Дата | |
Msg-id | 451035A0.5030303@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: Getting rid of cmin and cmax (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Getting rid of cmin and cmax
|
Список | pgsql-hackers |
Tom Lane kirjoitti: > I'm also concerned about loss of debug traceability if these fields > disappear entirely from disk --- it's been handy more than once to be > able to tell where in a complex transaction something happened. > Sure. We'll just have to try to compensate that with debug messages etc., whatever scheme we choose. > Lastly, at least on machines with 8-byte MAXALIGN, removing four more > bytes from heap headers would save nothing. So I'm not excited about > going through enormous pushups to get rid of both fields, when a far > simpler and better-performing mechanism suffices to remove one. > It would be a win on 32-bit architectures. And there has been discussion of storing at least some data types unaligned. -- Heikki LinnakangasEnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: