Re: pgbench doc fix
От
Fabien COELHO
Тема
Re: pgbench doc fix
Дата
Msg-id
alpine.DEB.2.21.1811302100450.19913@lancre
Ответ на
Re: pgbench doc fix (Peter Eisentraut)
Список
Дерево обсуждения
pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
Re: pgbench doc fix Fabien COELHO <coelho@cri.ensmp.fr>
Re: pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
Re: pgbench doc fix Robert Haas <robertmhaas@gmail.com>
Re: pgbench doc fix Fabien COELHO <coelho@cri.ensmp.fr>
Re: pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
Re: pgbench doc fix Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: pgbench doc fix Fabien COELHO <coelho@cri.ensmp.fr>
Re: pgbench doc fix Dmitry Dolgov <9erthalion6@gmail.com>
Re: pgbench doc fix Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: pgbench doc fix Fabien COELHO <coelho@cri.ensmp.fr>
Re: pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
Re: pgbench doc fix Alvaro Herrera <alvherre@2ndquadrant.com>
Re: pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
Re: pgbench doc fix Tatsuo Ishii <ishii@sraoss.co.jp>
>>>> So I do not think a more precise wording harms. Maybe: "prepared: use >>>> extended query protocol with REUSED named prepared statements" would >>>> be even less slightly ambiguous. >>> >>> I like this. But maybe we can remove "named"? >> >> I also think it makes sense to adjust wording a bit here, and this version >> sounds good (taking into account the commentary about "named"). I'm moving this >> to the next CF, where the question would be if anyone from commiters can agree >> with this point. > > I don't see a concrete proposed patch here after the discussion. > > Reading the documentation again, we could go for much more detail here. > For example, what's the point of having -M simple vs -M extended? They do not use the same libpq-level approach (PQsendQuery vs PQsendQueryParams), so they are not exercising the same type of client? Pgbench is also about testing libpq performance. -- Fabien.
В списке pgsql-hackers по дате отправления