| От | Matthew T. OConnor |
|---|---|
| Тема | Re: DROP COLUMN misbehaviour with multiple inheritance |
| Дата | |
| Msg-id | 200209121209.34668.matthew@zeut.net обсуждение |
| Ответ на | Re: DROP COLUMN misbehaviour with multiple inheritance (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: DROP COLUMN misbehaviour with multiple inheritance
|
| Список | pgsql-hackers |
> > The count approach seems definitely the right way, but a check (possibly > > a slow one) can be probably done without initdb. > > We can certainly do the proper fix in 7.4; do we consider this bug > important enough to do an initdb for 7.3beta2? I don't have a strong > feeling either way about that. I think we are too scared of doing initdb during beta... Initdb during beta should not be evaultated on a per bug basis, but keep a list of all things that could be fixed and judge if the total of all the fixes is worth one initdb. Right now off the top of my head I can think of the split function and this inherited change, are there more? my two cents...
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера