Re: [HACKERS] Inheritance, referential integrity and other constraints
В списке pgsql-hackers по дате отправления:
| От | Chris Bitmead |
|---|---|
| Тема | Re: [HACKERS] Inheritance, referential integrity and other constraints |
| Дата | |
| Msg-id | 3890DE7F.5409C776@bitmead.com обсуждение исходный текст |
| Ответ на | Re: [HACKERS] Inheritance, referential integrity and other constraints (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
Oliver Elphick wrote: > No, the inheritance system doesn't allow them to be different types. > You get an error if you try to create such a table: Hmm. While it might allow it, I can't see the logic in it. Can't think of any OO language that thinks this way. All other languages you get two different variables either with :: scope resolution in C++ or renaming in Eiffel. > Because the column names are identical, they are overlaid and treated > as the same column. This is so whether or not they ultimately derive > from the same parent, so it isn't strictly a case of repeated inheritance > as in Eiffel. (There, repeatedly inherited features of the same parent > are silently combined, but identical names from unrelated classes are > conflicts.) Which seems like the right thing to me.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера