Re: Parallel execution and prepared statements

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Parallel execution and prepared statements
Дата
Msg-id CA+TgmoZG0OhFXvLceE8MPAcTM8XLG6cU1BVpj46jzuPsnxnRzQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parallel execution and prepared statements  (Albe Laurenz <laurenz.albe@wien.gv.at>)
Ответы Re: Parallel execution and prepared statements  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, Dec 5, 2016 at 5:18 AM, Albe Laurenz <laurenz.albe@wien.gv.at> wrote:
> Tobias Bussmann wrote:
>>> I think if we don't see any impact then we should backpatch this
>>> patch. However, if we decide to go some other way, then I can provide
>>> a separate patch for back branches.  BTW, what is your opinion?
>>
>> I could not find anything on backporting guidelines in the wiki but my opinion would be to backpatch
>> the patch in total. With a different behaviour between the simple and extended query protocol it would
>> be hard to debug query performance issue in user applications that uses PQprepare. If the user tries
>> to replicate a query with a PREPARE in psql and tries to EXPLAIN EXECUTE it, the results would be
>> different then what happens within the application. That behaviour could be confusing, like
>> differences between EXPLAIN SELECT and EXPLAIN EXECUTE can be to less experienced users.
>
> +1

Done.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: tzdata 2016j
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Logical Replication WIP