Re: POC PATCH: copy from ... exceptions to: (was Re: VLDB Features)
От | jian he |
---|---|
Тема | Re: POC PATCH: copy from ... exceptions to: (was Re: VLDB Features) |
Дата | |
Msg-id | CACJufxEkkqnozdnvNMGxVAA94KZaCPkYw_Cx4JKG9ueNaZma_A@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: POC PATCH: copy from ... exceptions to: (was Re: VLDB Features) (jian he <jian.universality@gmail.com>) |
Ответы |
Re: POC PATCH: copy from ... exceptions to: (was Re: VLDB Features)
|
Список | pgsql-hackers |
On Fri, Jan 5, 2024 at 4:37 PM jian he <jian.universality@gmail.com> wrote: > > > > > be reused for a different user. > > > > > > > > > > You are right. > > > so I changed, now the schema owner will be the error table owner. > > > every error table tuple inserts, > > > I switch to schema owner, do the insert, then switch back to the > > > COPY_FROM operation user. > > > now everyone (except superuser) will need explicit grant to access the > > > error table. > > > > There are some compilation issues reported at [1] for the patch: > > [04:04:26.288] copyfromparse.c: In function ‘NextCopyFrom’: > > [04:04:26.288] copyfromparse.c:1126:25: error: ‘copy_errors_tupDesc’ > > may be used uninitialized in this function > > [-Werror=maybe-uninitialized] > > [04:04:26.288] 1126 | copy_errors_tup = heap_form_tuple(copy_errors_tupDesc, > > [04:04:26.288] | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > [04:04:26.288] 1127 | t_values, > > [04:04:26.288] | ~~~~~~~~~ > > [04:04:26.288] 1128 | t_isnull); > > [04:04:26.288] | ~~~~~~~~~ > > [04:04:26.288] copyfromparse.c:1160:4: error: ‘copy_errorsrel’ may be > > used uninitialized in this function [-Werror=maybe-uninitialized] > > [04:04:26.288] 1160 | table_close(copy_errorsrel, RowExclusiveLock); > > [04:04:26.288] | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > [1] - https://cirrus-ci.com/task/4785221183209472 > > > > I fixed this issue, and also improved the doc. > Other implementations have not changed. bother again. This time, I used the ci test it again. now there should be no warning.
Вложения
В списке pgsql-hackers по дате отправления: