Re: default partition and concurrent attach partition
От | Alvaro Herrera |
---|---|
Тема | Re: default partition and concurrent attach partition |
Дата | |
Msg-id | 20200907220541.GA13103@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: default partition and concurrent attach partition (Amit Langote <amitlangote09@gmail.com>) |
Ответы |
Re: default partition and concurrent attach partition
|
Список | pgsql-hackers |
On 2020-Sep-04, Amit Langote wrote: Hello > FWIW, I still prefer "minimally valid ResultRelInfo" to "fake > ResultRelInfo", because those aren't really fake, are they? They are > as valid as any other ResultRelInfo as far I can see. I said > "minimally valid" because a fully-valid partition ResultRelInfo is one > made by ExecInitPartitionInfo(), which I avoided to use here thinking > that would be overkill. Well, they are fake in that the ri_RangeTableIndex they carry is bogus, which means that ExecBuildSlotValueDescription will misbehave if the partitioned default partition has a different column order than its parent. That can be evidenced by changing the setup block in the isolation test as in the attached; and you'll get an undesirable error like this: 2020-09-07 19:00:49.513 -03 [12981] ERROR: attribute 2 of type record has wrong type 2020-09-07 19:00:49.513 -03 [12981] DETAIL: Table has type text, but query expects integer. 2020-09-07 19:00:49.513 -03 [12981] STATEMENT: insert into attach_tab values (110, 'eleven and five twenties'); -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Вложения
В списке pgsql-hackers по дате отправления: