| От | Shakil Shaikh |
|---|---|
| Тема | Re: Locking to restrict rowcounts. |
| Дата | |
| Msg-id | BAY117-DS2FA41FF1E6792B93F4E85AC5B0@phx.gbl обсуждение исходный текст |
| Ответ на | Locking to restrict rowcounts. ("Shakil Shaikh" <sshaikh@hotmail.com>) |
| Список | pgsql-general |
-------------------------------------------------- From: "Richard Huxton" <dev@archonet.com> > > Of course, if you're going to have a separate table then you might as well > store the count in there and actually update it on every > insert/update/delete. Assuming you might find the count of some use > somewhere. Set the fill-factor for the lock table and HOT should prevent > the table bloating too. > I think PERFORM * FROM items WHERE owner = name FOR UPDATE; sounds like it should work the best. What are the downsides for this that would require the further table of counts? FWIW items has a SERIAL primary key so FOR UPDATE should work on it. Shak
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера