| From: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
|---|---|
| To: | Kirill Reshke <reshkekirill(at)gmail(dot)com> |
| Cc: | Tender Wang <tndrwang(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Add SPLIT PARTITION/MERGE PARTITIONS commands |
| Date: | 2025-12-21 22:02:22 |
| Message-ID: | CAPpHfdudazH3uQimTv=4ztU4M9j04CeQAcPZMVSbD-dYwuh=6w@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sun, Dec 21, 2025 at 9:42 AM Kirill Reshke <reshkekirill(at)gmail(dot)com> wrote:
> On Sun, 21 Dec 2025, 12:14 Tender Wang, <tndrwang(at)gmail(dot)com> wrote:
>> Alexander Korotkov <aekorotkov(at)gmail(dot)com> 于2025年12月20日周六 19:08写道:
>>> I agree with you that ERRCODE_UNDEFINED_TABLE is certainly wrong error
>>> code because the table actually exists. ERRCODE_WRONG_OBJECT_TYPE is
>>> better. For example, we throw it when trying to attach a partition to
>>> non-partitioned table. So, the parent table type is wrong. However,
>>> are objects in the situation under consideration really have wrong
>>> type? The problem is that one table is not partition of another.
>>> However, it's possibly that they could be attached without changing of
>>> their types. So, I think about
>>> ERRCODE_OBJECT_NOT_IN_PREREQUISITE_STATE. What do you think?
>>
>>
>> It's ok for me. Please check the v2 patch.
>
>
> Hi! Your v2 looks fine
> The only question for me is, should we add any regression test to exercise this code, or it is not worth the troubles?
I've checked contents of out regression tests. I see we very rarely
include SQLSTATE there, mostly in psql and plpgsql tests. Thus, I
think we should just fix the SQLSTATE without dedicating a test for
that. So, I'm going to push the patch from Tender Wang if no
objections.
------
Regards,
Alexander Korotkov
Supabase
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2025-12-21 22:22:25 | Re: [PATCH v1] Fixed a spelling error in the comments in gininsert.c |
| Previous Message | Matthias van de Meent | 2025-12-21 19:26:18 | Re: SQL-level pg_datum_image_equal |