Re: Proposal: move column defaults into pg_attribute along with attacl
В списке pgsql-hackers по дате отправления:
| От | Markus Wanner |
|---|---|
| Тема | Re: Proposal: move column defaults into pg_attribute along with attacl |
| Дата | |
| Msg-id | 48E0A437.5000906@programmfabrik.de обсуждение исходный текст |
| Ответ на | Re: Proposal: move column defaults into pg_attribute along with attacl (Stephen Frost <sfrost@snowman.net>) |
| Ответы |
Re: Proposal: move column defaults into pg_attribute along with attacl
|
| Список | pgsql-hackers |
Hi, Stephen Frost wrote: > As part of pg_attribute.. Having a seperate table would be an > alternative to adding a column to pg_shdepend. Aha. Hm... I thought tracking dependencies between tables and attributes complicates DROP TABLE? Why doesn't that concern apply here? And why do we keep the attributes defaults in their own table with their own OID, instead of merging them into pg_attributes? (Or put another way around: why do these need their own dependency tracking, while the ACLs don't?) Or do we just want to keep the column-level privileges patch simple here and deferring other work to another patch? Regards Markus Wanner
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера