| От | Andrew Dunstan |
|---|---|
| Тема | Re: [DOCS] Partition: use triggers instead of rules |
| Дата | |
| Msg-id | 474EF4AE.8010405@dunslane.net обсуждение исходный текст |
| Ответ на | Re: [DOCS] Partition: use triggers instead of rules ("Joshua D. Drake" <jd@commandprompt.com>) |
| Список | pgsql-patches |
Joshua D. Drake wrote: > >> A trigger >> will probably beat a rule for inserts/updates involving a small number >> of rows. > > Which is exactly what partitioning is doing. > > For large numbers of rows, like an INSERT/SELECT from another >> large table, the rule is likely to win, because its overhead is paid >> once per query not once per row. Also, if you implement the trigger >> with an EXECUTE (forcing a planning cycle) intead of hard-coded >> commands, the speed advantage becomes even more dubious. > > Not for partitioning. Although I agree with your sentiments for normal > operation. > > Joshua, you're not making much sense here. Tom is talking about partitioning and his analysis is correct *in the partitioning case* AFAICS. What basis do you have for saying he is not? cheers andrew
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера