From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Daniel Verite <daniel(at)manitou-mail(dot)org> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Stephen Frost <sfrost(at)snowman(dot)net>, "Jason O'Donnell" <odonnelljp01(at)gmail(dot)com> |
Subject: | Re: export import bytea from psql |
Date: | 2017-05-11 16:46:03 |
Message-ID: | CAFj8pRB4P=6Kv4owZi7K1iHUOtnKUnRpZshTL+4JVFx_52UccA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2017-05-11 17:16 GMT+02:00 Daniel Verite <daniel(at)manitou-mail(dot)org>:
> Pavel Stehule wrote:
>
> > It is similar to my first or second proposal - rejected by Tom :(
>
> Doesn't it differ? ISTM that in the patches/discussion related to:
> https://commitfest.postgresql.org/11/787/
> it was proposed to change \set in one way or another,
> and also in the point #1 of this present thread:
>
> > > 1. using psql variables - we just need to write commands \setfrom
> > > \setfrombf - this should be very simple implementation. The value can
> be
> > > used more times. On second hand - the loaded variable can hold lot of
> > > memory (and it can be invisible for user).
>
>
> My comment is: let's not change \set or even create a variant
> of it just for importing verbatim file contents, in text or binary,
> because interpolating psql variables differently in the query itself
> is all we need.
>
My memory is wrong - Tom didn't reject this idea
http://www.postgresql-archive.org/proposal-psql-setfileref-td5918727i20.html
There was 100% agreement on format and then discussion finished without any
result.
Regards
Pavel
>
>
> Best regards,
> --
> Daniel Vérité
> PostgreSQL-powered mailer: http://www.manitou-mail.org
> Twitter: @DanielVerite
>
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2017-05-11 16:49:32 | Re: Safer and faster get_attstatsslot() |
Previous Message | Tom Lane | 2017-05-11 16:45:09 | Re: eval_const_expresisions and ScalarArrayOpExpr |