Re: BUG #5856: pg_attribute.attinhcount is not correct.
Вложения
В списке pgsql-hackers по дате отправления:
| От | Noah Misch |
|---|---|
| Тема | Re: BUG #5856: pg_attribute.attinhcount is not correct. |
| Дата | |
| Msg-id | 20110410122347.GE10697@tornado.leadboat.com обсуждение исходный текст |
| Ответ на | Re: BUG #5856: pg_attribute.attinhcount is not correct. (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: BUG #5856: pg_attribute.attinhcount is not correct.
|
| Список | pgsql-hackers |
On Sun, Apr 10, 2011 at 07:35:53AM -0400, Robert Haas wrote: > On Sun, Apr 10, 2011 at 6:36 AM, Noah Misch <noah@leadboat.com> wrote: > > 3. Make AlterTableCreateToastTable acquire only ShareUpdateExclusiveLock and > > remove the pass-usage heuristic from ATRewriteCatalogs. For this to be valid, > > toast_insert_or_update() must behave reasonably in the face of a relation > > concurrently acquiring a TOAST table. Since it takes reltoastrelid from the > > relcache, toast_insert_or_update() will not act on the change in the middle of a > > single call. Even if it did, I don't see any risks. > > > > I'd lean toward #3 if someone else is also confident in its correctness. > > Otherwise, #1 seems like the way to go. Preferences? Other ideas? > > I haven't scrutinized the code but I would prefer #3 if it's viable > without too much of a code footprint. It's certainly compact; patch attached.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера