| От | Neil Conway |
|---|---|
| Тема | Re: too many variants of relation_open |
| Дата | |
| Msg-id | 1191034366.13940.1.camel@goldbach обсуждение исходный текст |
| Ответ на | Re: too many variants of relation_open (Heikki Linnakangas <heikki@enterprisedb.com>) |
| Список | pgsql-patches |
On Fri, 2007-09-28 at 10:02 +0100, Heikki Linnakangas wrote: > Well, yes it could, but why? Keeping them separate looks slightly more > readable to me, and the change could break a lot of external modules for > no good reason. I agree: it also complicates the common case (calling relation_open() and waiting to acquire for a lock). If anything, you could perhaps refactor relation_open_nowait() to be implemented in terms of relation_open() (first try to get the lock, then do a relation_open(rel, NoLock)), but since you'd only be saving a handful of duplicated lines, it hardly seems worth it. -Neil
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера