From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
---|---|
To: | John Bell <jzb(at)ornl(dot)gov> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: pset, NULL, and COPY-reporting |
Date: | 2015-06-03 18:41:54 |
Message-ID: | CAKFQuwZg5n43a_aQ7difbNHJ_+apGXxydcNP8TuV076WGjqDcg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On Tuesday, June 2, 2015, John Bell <jzb(at)ornl(dot)gov> wrote:
> Greetings --
>
> Due to some level of ignorance at install-time, our "psql" clients on two
> different production computers appear to have different values for /null/:
> ""
> and "NULL" respectively.
> At the same time, one of these computers reports the number of rows
> read-in with
> a "\copy TABLE FROM FILE" command as "COPY 123", while the other computer
> does
> not.
>
> Is there some reference that tells specifically where the "default at
> login"
> value of /null/ is set?
> Is there some reference that tells what controls the "COPY 123" behavior?
> Are the /null/ and COPY behaviors linked? If so, how?
>
>
Pretty sure the copy behavior is always on but version dependent.
You can decide what to have null output as using pset variables. See the
documentation. The default could have changed between versions, maybe...
David J.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2015-06-03 21:12:13 | Re: pset, NULL, and COPY-reporting |
Previous Message | fahad basheer | 2015-06-03 06:28:24 | PgPool Load Balancing |