| От | 章晨曦 |
|---|---|
| Тема | Re: Performance issue on temporary relations |
| Дата | |
| Msg-id | tencent_0211928407C6FF182A2AAB86@qq.com обсуждение |
| Ответ на | Re: Performance issue on temporary relations (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Performance issue on temporary relations
|
| Список | pgsql-hackers |
> [ shrug... ] If you create an ON COMMIT DELETE temp table, you > are explicitly asking for a truncation to happen at every commit. > I don't think you have much room to beef about the fact that one > happens. Yes. ON COMMIT DELETE temp table will be truncated at every commit. But if we can control that only accessed temp tables will be truncated may be better. When an temp tables accessed, it will be stored in in_use list, and when on commit, it will check the in_use list if a truncation needed to happen on that temp table, and reduce unnecessary truncations. Regards, Jet Halo Tech (www.halodbtech.com) openHalo (www.openhalo.org)
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера