From: | torikoshia <torikoshia(at)oss(dot)nttdata(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz>, sawada(dot)mshk(at)gmail(dot)com |
Cc: | Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Add on_error and log_verbosity options to file_fdw |
Date: | 2024-07-24 10:43:37 |
Message-ID: | c22f047faf8aea56acecb26449b3f454@oss.nttdata.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2024-07-23 08:57, Michael Paquier wrote:
> On Mon, Jul 22, 2024 at 03:07:46PM -0700, Masahiko Sawada wrote:
>> I'm slightly concerned that users might not want to see the NOTICE
>> message for every scan. Unlike COPY FROM, scanning a file via file_fdw
>> could be frequent.
Agreed.
> Yeah, I also have some concerns regarding the noise that this could
> produce if called on a foreign table on a regular basis. The verbose
> mode is disabled by default so I don't see why we should not allow it
> if the relation owner wants to show it.
>
> Perhaps we should first do a silence mode for log_verbosity to skip
> the NOTICE produced at the end of the COPY FROM summarizing the whole?
I like this idea.
If there are no objections, I'm going to make a patch for this.
> It would be confusing to have different defaults between COPY and
> file_fdw, but having the option to silence that completely is also
> appealing from the user point of view.
I'm not sure we should change the defaults.
If the default of file_fdw is silence mode, I am a little concerned that
there may be cases where people think they have no errors, but in fact
they have.
>> QUERY PLAN
>> ----------------------------------------------------------------
>> Foreign Scan on public.test (cost=0.00..1.10 rows=1 width=12)
>> Output: a, b, c
>> Foreign File: test.csv
>> Foreign File Size: 12 b
>> Skipped Rows: 10
>
> Interesting idea linked to the idea of pushing the error state to
> something else than the logs. Sounds like a separate feature.
+1
--
Regards,
--
Atsushi Torikoshi
NTT DATA Group Corporation
From | Date | Subject | |
---|---|---|---|
Next Message | Laurenz Albe | 2024-07-24 10:46:52 | Re: Incremental backup from a streaming replication standby fails |
Previous Message | David Rowley | 2024-07-24 09:47:14 | Re: Parent/child context relation in pg_get_backend_memory_contexts() |