Re: [PATCH] Better logging of COPY queries if log_statement='all' - Mailing list pgsql-hackers

From Aleksander Alekseev
Subject Re: [PATCH] Better logging of COPY queries if log_statement='all'
Date
Msg-id 20161018093747.GA24013@e733.localdomain
Whole thread Raw
In response to Re: [PATCH] Better logging of COPY queries if log_statement='all'  (Stephen Frost <sfrost@snowman.net>)
Responses File content logging during execution of COPY queries (was: Better logging of COPY queries if log_statement='all')  (Aleksander Alekseev <a.alekseev@postgrespro.ru>)
Re: [PATCH] Better logging of COPY queries if log_statement='all'  (Haribabu Kommi <kommi.haribabu@gmail.com>)
List pgsql-hackers
> > According to my colleagues it would be very nice to have this feature.
> > For instance, if you are trying to optimize PostgreSQL for application
> > that uses COPY and you don't have access to or something like this.
> > It could also be useful in some other cases.
>
> This use-case doesn't really make much sense to me.  Can you explain it
> in more detail?  Is the goal here to replicate all of the statements
> that are changing data in the database?

The idea is to record application workload in real environment and write
a benchmark based on this record. Then using this benchmark we could try
different OS/DBMS configuration (or maybe hardware), find an extremum,
then change configuration in production environment.

It's not always possible to change an application or even database (e.g.
to use triggers) for this purpose. For instance, if DBMS is provided as
a service.

Currently PostgreSQL allows to record all workload _except_ COPY
queries. Considering how easily it could be done I think it's wrong.
Basically the only real question here is how it should look like in
postgresql.conf.

--
Best regards,
Aleksander Alekseev

pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: Hash Indexes
Next
From: Rahila Syed
Date:
Subject: Re: Parallel Index Scans