Re: reducing the overhead of frequent table locks - now, with WIP patch
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: reducing the overhead of frequent table locks - now, with WIP patch |
| Дата | |
| Msg-id | 5889.1307571010@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: reducing the overhead of frequent table locks - now, with WIP patch (Joshua Berkus <josh@agliodbs.com>) |
| Список | pgsql-hackers |
Joshua Berkus <josh@agliodbs.com> writes:
> Simon,
>> The point I have made is that I disagree with a feature freeze date
>> fixed ahead of time without regard to the content of the forthcoming
>> release. I've not said I disagree with feature freezes altogether,
>> which would be utterly ridiculous. Fixed dates are IMHO much less
>> important than a sensible and useful feature set for our users.
> This is such a non-argument it's silly.
Perhaps more to the point, we've tried that approach in the past,
repeatedly, and it's been a scheduling disaster every single time.
Slipping the release date in order to get in newly-written features,
no matter *how* attractive they are, does not work. Maybe there are
people who can make it work, but not us.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера