| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Getting rid of LSEG.m |
| Дата | |
| Msg-id | 54D0FCE0.4010507@vmware.com обсуждение исходный текст |
| Ответ на | Getting rid of LSEG.m (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
On 02/03/2015 06:47 PM, Tom Lane wrote: > Or perhaps we should just remove both the field and the ifdef'd > assignments. That's a bit more drastic but I can't really see > this code ever coming back to life ... especially since the notion > of a field that's not stored on disk but is valid in in-memory > copies seems impossibly error-prone. Most functions can have no > idea whether their input is residing in a disk buffer or not. > And adding the bookkeeping to determine that would surely cost > more than just recomputing the slope when needed. +1 for removing it altogether. - Heikki
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера