Skip site navigation (1) Skip section navigation (2)

Re: Bad Date field

From: DHSC Webmaster <webmaster(at)dhs-club(dot)com>
To: Peralta Miguel-MPERALT1 <Miguel(dot)Peralta(at)motorola(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Bad Date field
Date: 2001-11-29 17:01:39
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
You could use a perl script to read your data and do a pattern match for
consistency with your date output. Or you could import the data into a
temp table which has a text field instead of date. You could query
against your temp table to find offending data. Then use SQL to insert
the data into your real table.

Peralta Miguel-MPERALT1 wrote:
> Hello everyone:
> Would anyone know how to find a bad date field in an external file?  I have
> an external file that I am using to populate a table using the following
> command:
> COPY release_data FROM '/home/mperalta/release_data' USING DELIMITERS '|'
> When I issue this command, the response afte a while is the following:
> ERROR; Bad date external representation '9'
> The external file is rather large and I've tried finding this bad date
> manually with no success.  The table I'm copying into has a datestamp of
> type DATE.
> Any suggestions would be greatly appreciated.
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)

Bill MacArthur
DHS Club

In response to

pgsql-admin by date

Next:From: banghDate: 2001-11-29 17:08:39
Subject: Re: Bad Date field
Previous:From: Peralta Miguel-MPERALT1Date: 2001-11-29 16:42:01
Subject: Bad Date field

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group