| От | Noah Misch |
|---|---|
| Тема | Re: Analyzing foreign tables & memory problems |
| Дата | |
| Msg-id | 20120515130808.GC25848@tornado.leadboat.com обсуждение |
| Ответ на | Re: Analyzing foreign tables & memory problems ("Albe Laurenz" <laurenz.albe@wien.gv.at>) |
| Список | pgsql-hackers |
On Mon, May 14, 2012 at 09:21:20AM +0200, Albe Laurenz wrote: > Noah Misch wrote: > > Just thinking out loud, we could provide an "extern Datum > AnalyzeWideValue;" > > and direct FDW authors to use that particular datum. It could look > like a > > toasted datum of external size WIDTH_THRESHOLD+1 but bear > va_toastrelid == > > InvalidOid. Then, if future code movement leads us to actually > examine one of > > these values, we'll get an early, hard error. > > That would be very convenient indeed. > > Even better would be a function > extern Datum createAnalyzeWideValue(integer width) > so that row width calculations could be more accurate. Yes; good call.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера