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 по дате отправления: