From: | Roman Neuhauser <neuhauser(at)sigpipe(dot)cz> |
---|---|
To: | Michael Fuhr <mike(at)fuhr(dot)org> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: testing castability of VARCHAR data to INET/CIDR |
Date: | 2005-07-23 12:30:35 |
Message-ID: | 20050723123035.GD25329@isis.sigpipe.cz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
# mike(at)fuhr(dot)org / 2005-07-23 06:04:55 -0600:
> On Sat, Jul 23, 2005 at 11:31:23AM +0200, Roman Neuhauser wrote:
> >
> > I have a VARCHAR column containing mostly ip addresses, with an
> > occasional piece of junk, and would like to transfer this data to an
> > INET column. The UPDATE (SET inet_col = CAST(vc_col AS INET)) aborts
> > as soon as it hits an invalid datum. I'm looking for a way to add
> > something like WHERE IS_CASTABLE(vc_col, INET) to the update.
>
> If you're using 8.0, then you could write a PL/pgSQL function that
> attempts to make the cast and traps INVALID_TEXT_REPRESENTATION.
>
> http://www.postgresql.org/docs/8.0/static/plpgsql-control-structures.html#PLPGSQL-ERROR-TRAPPING
I was (still am) afraid this would be too long in the teeth on
my ~3M rows * N tables, and ITMT wrote one in C; it's basically
PG_RETURN_BOOL(inet_aton(PG_GETARG_TEXT_P(0)));
Not a full "this would make a valid INET / CIDR value" test, but
good enough for my needs.
--
How many Vietnam vets does it take to screw in a light bulb?
You don't know, man. You don't KNOW.
Cause you weren't THERE. http://bash.org/?255991
From | Date | Subject | |
---|---|---|---|
Next Message | John Wells | 2005-07-23 13:56:14 | Re: Copying bytea data out via pgsql |
Previous Message | Michael Fuhr | 2005-07-23 12:04:55 | Re: testing castability of VARCHAR data to INET/CIDR |