| От | Craig Ringer |
|---|---|
| Тема | Re: tsvector_update_trigger performance? |
| Дата | |
| Msg-id | 1245908719.19608.4.camel@tillium.localnet обсуждение исходный текст |
| Ответ на | Re: tsvector_update_trigger performance? (Chris St Denis <lists@on-track.ca>) |
| Ответы |
Re: tsvector_update_trigger performance?
|
| Список | pgsql-performance |
On Wed, 2009-06-24 at 21:03 -0700, Chris St Denis wrote: > This sounds like something that should just be on by default, not a > trigger. Is there some reason it would waste the io of writing a new row > to disk if nothing has changed? or is it just considered too much > unnecessary overhead to compare them? I think the theory is that carefully written applications generally do not generate redundant updates in the first place. An application that avoids redundant updates should not have to pay the cost of redundant update detection and elimination. -- Craig Ringer
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера