Re: Could not open relation with OID (table partitioning issue?)
В списке pgsql-novice по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Could not open relation with OID (table partitioning issue?) |
| Дата | |
| Msg-id | 22944.1290476484@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Could not open relation with OID (table partitioning issue?) ("mark" <dvlhntr@gmail.com>) |
| Ответы |
Re: Could not open relation with OID (table partitioning issue?)
|
| Список | pgsql-novice |
"mark" <dvlhntr@gmail.com> writes:
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
>>> An exception is LockTableCommand(), which is still behaving unsafely;
>>> but that seems to require some more discussion before we change it.
> So is my adding a access exclusive lock to the parent table when dropping
> children a bad thing (tm), in terms of introducing an error, since it uses
> the locktablecommand()?
No; in 8.3 it's all right. That comment was about the then
development-tip behavior of LOCK TABLE in 8.4, which would try to
recurse to child tables. 8.3 doesn't do that, it just locks exactly the
table you specify, so it won't fail unless you're dropping and
recreating the parent too...
regards, tom lane
В списке pgsql-novice по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера