| 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: | Whole Thread | Raw Message | 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 |