Обсуждение: ERROR: invalid input syntax for integer: ""

Поиск
Список
Период
Сортировка

ERROR: invalid input syntax for integer: ""

От
kevin burdish
Дата:
Hello!

I've been sweating over this for a few hours now, and hope someone can help ...


This is the error I get for this sql with the comment removed, I believe because some of the rows contain empty strings ...

How can I get the outer join whether or not the l.assetid is an empty string?
Thanks in advance!

ERROR:  invalid input syntax for integer: ""

********** Error **********

ERROR: invalid input syntax for integer: ""
SQL state: 22P02

 
 select l.logid,date_trunc('second',logtime) AS date,l.detail,l.status,l.logtype,l.assetid, e.parententityid,e.address
  from pxlog l -- , pxentity e
LEFT OUTER JOIN pxentity e ON ( l.assetid::BIGINT ) = e.entityid 
where l.logid >= 99999
-- AND l.assetid != ''  
        order by l.logid
limit 10;










Re: ERROR: invalid input syntax for integer: ""

От
Tom Lane
Дата:
kevin burdish <bigswifty00000@gmail.com> writes:
> ERROR:  invalid input syntax for integer: ""
> [from]

>  select l.logid,date_trunc('second',logtime) AS
> date,l.detail,l.status,l.logtype,l.assetid, e.parententityid,e.address
>   from pxlog l -- , pxentity e
> LEFT OUTER JOIN pxentity e ON ( l.assetid::BIGINT ) = e.entityid
> where l.logid >= 99999
> -- AND l.assetid != ''
>         order by l.logid
> limit 10;

Apparently you're trying to cast some empty-string value(s) of l.assetid
to bigint.  Even if the test for that weren't commented out :-(, you
can't really assume that it will be applied before the cast is done.
You could possibly make this work without errors by doing

left join on CASE WHEN l.assetid != '' THEN l.assetid::BIGINT = e.entityid ELSE false END

but don't be surprised if the performance is horrid.

On the whole I'd strongly suggest rethinking your data representation;
the reason this is giving you trouble is you made a bad choice of how
to represent l.assetid.  Perhaps it'd work better if it were a bigint
column in the first place.  It's not clear exactly what you intend the
empty-string entries to mean, but if they mean "unknown" then it'd be
better to use NULL for them.

            regards, tom lane