Re: DROP COLUMN misbehaviour with multiple inheritance
От | Alvaro Herrera |
---|---|
Тема | Re: DROP COLUMN misbehaviour with multiple inheritance |
Дата | |
Msg-id | Pine.LNX.4.44.0209201634350.16381-100000@cm-lcon1-46-187.cm.vtr.net обсуждение исходный текст |
Ответ на | Re: DROP COLUMN misbehaviour with multiple inheritance (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
Tom Lane dijo: > I think we could make all these cases work if we replaced attisinherited > with *two* columns, a boolean attislocal(ly defined) and a count of > (direct) inheritances. DROP ONLY would have the effect of decrementing > the count and setting attislocal to true in each direct child; recursive > DROP would decrement the count and then drop if count is 0 *and* > attislocal is not set. At the start of a recursion, we'd allow DROP > only if count is 0 (and, presumably, attislocal is true, else the column > would not be there...). The cases you presented are really tricky. I'll work today on the attislocal and attinhcount patch; I hope to have it ready later today for review and inclusion before beta2. -- Alvaro Herrera (<alvherre[a]atentus.com>) Officer Krupke, what are we to do? Gee, officer Krupke, Krup you! (West Side Story, "Gee, Officer Krupke")
В списке pgsql-hackers по дате отправления: