From: | Ron <ronljohnsonjr(at)gmail(dot)com> |
---|---|
To: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Blank, nullable date column rejected by psql |
Date: | 2019-02-11 22:49:34 |
Message-ID: | 9a60f04a-797b-420b-39db-ac139ce8fa23@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2/11/19 4:44 PM, Rich Shepard wrote:
> Running postgresql-10.5 on Slackware-14.2.
>
> A table has a column defined as
>
> Column | Type | Collation | Nullable | Default
> next_contact | date | | |
>
> In a .sql file to insert rows in this table psql has a problem when there's
> no value for the next_contact column:
>
> $ psql -f activities.sql -d bustrac psql:activities.sql:6: ERROR: invalid
> input syntax for type date: ""
> LINE 2: ...ise. Asked him to call.',''),
>
> Explicitly replacing the blank field ('') with null is accepted. Why is
> this?
>
> Now I know to replace no dates with null I'll do so but I'm curious why this
> is needed.
NULL is nothing. Blank isn't nothing; blank is a zero-length string. Thus,
you need to tell Pg "nothing", not "blank string".
(Oracle is really bad about that.)
--
Angular momentum makes the world go 'round.
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2019-02-11 22:49:50 | Re: Blank, nullable date column rejected by psql |
Previous Message | Rich Shepard | 2019-02-11 22:44:14 | Blank, nullable date column rejected by psql |