SELECT ....
FROM A LEFT SEMI JOIN B
ON (A.col1 = B.col2)
WHERE ...
"
If A.col1 is of DOUBLE type, but B.col2 is of BIGINT, will print WARNING: Comparing a bigint and a double may result in a loss of precision. Why can't cast col2 to double automatically?
> If A.col1 is of DOUBLE type,
> but B.col2 is of BIGINT,
The automatic conversion is not acceptable according to the java language
spec (section 5.1.2)
https://docs.oracle.com/javase/specs/jls/se7/html/jls-5.html#jls-5.1.2
Also to be noted here is that in general, that even if you cast, you might
be casting the wrong way around.
Because joins on double columns will give incorrect (rather unintended,
but IEEE 754 correct) results when comparing byte serialized
representations - because of the nearly-equal property epsilon.
Easiest way to demonstrate this is to try the simplest off-by-epsilon case
(say, in python)
>>> import sys
>>> 0.1 + 0.2
0.30000000000000004
>>> 0.1 + 0.2 > 0.3
True
>>>
>>> ((0.1+0.2) - 0.3) < sys.float_info.epsilon
True
So if the RHS produced ETL values by sum() and the LHS was produced by
parsing log text, the JOIN will output zero rows.
If you want to do equijoins like that, the only valid case is to cast both
to fixed precision bigints (say, convert all dollars to cents, by *100),
not both to double.
Cheers,
Gopal
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)scvps.cn,海內(nèi)外云服務(wù)器15元起步,三天無(wú)理由+7*72小時(shí)售后在線,公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性價(jià)比高”等特點(diǎn)與優(yōu)勢(shì),專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應(yīng)用場(chǎng)景需求。