Re: BUG #15212: Default values in partition tables don't work asexpected and allow NOT NULL violation
От | Jürgen Strobel |
---|---|
Тема | Re: BUG #15212: Default values in partition tables don't work asexpected and allow NOT NULL violation |
Дата | |
Msg-id | ebcf4a32-cfee-8a8f-525d-6ceaa72c75d8@strobel.info обсуждение исходный текст |
Ответ на | Re: BUG #15212: Default values in partition tables don't work as expected and allow NOT NULL violation (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #15212: Default values in partition tables don't work as expected and allow NOT NULL violation
|
Список | pgsql-hackers |
On 2018-11-12 17:33, Tom Lane wrote: > Alvaro Herrera <alvherre@2ndquadrant.com> writes: >> One of the guiding principles that I think we should hold for >> partitioning is that operating directly into the partition should be >> seen as only an optimization compared to inserting into the parent table >> -- thus it should not behave differently. Applying different default >> values depending on where you're inserting into goes counter to that >> principle. > > I'm not entirely convinced that I buy that argument, especially not in > a case like this where it introduces logical inconsistencies where there > otherwise wouldn't be any. > I think I missed something, what are the *introduced* logical problems? Apart from implementation issues the only logical problems I see are if you allow to change defaults of the partition key columns, and these are problematic (nonsensical really) in either case. Regards, Jürgen
В списке pgsql-hackers по дате отправления: