Re: pset, NULL, and COPY-reporting

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.

In response to

Responses

Browse pgsql-admin by date

  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