Re: [HACKERS] pgbench - allow to store select results intovariables

Поиск
Список
Период
Сортировка
От Fabien COELHO
Тема Re: [HACKERS] pgbench - allow to store select results intovariables
Дата
Msg-id alpine.DEB.2.20.1704071142420.16675@lancre
обсуждение исходный текст
Ответ на Re: [HACKERS] pgbench - allow to store select results intovariables  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Ответы Re: [HACKERS] pgbench - allow to store select results intovariables
Список pgsql-hackers
>> If I understand correctly, the patch is moved because of the unrelated
>> issue that variables cannot be utf8 in pgbench, and it is a condition
>> to consider this patch that existing pgbench variables (set with \set)
>> can be utf8?
>
> I'm not sure if it is "unrelated" because the new feature relies on
> existing pgbench variable infrastructure.

Sure. I meant that the constraint on variable names exists before the 
patch and the patch is not related to variable names, but the patch is 
about variables, obviously.

As "psql" variables can be utf8 and that the same scanner is used, but the 
variables values are not stritcly the same (they are typed in pgbench), 
I'm wondering whether the effort should be do share more code/abstraction 
between psql & pgbench or just adjust/replicate the needed small 
functions/code excerpts.

-- 
Fabien.



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: [HACKERS] Letting the client choose the protocol to use during aSASL exchange
Следующее
От: Etsuro Fujita
Дата:
Сообщение: Re: [HACKERS] Declarative partitioning - another take