符合中小企业对网站设计、功能常规化式的企业展示型网站建设
本套餐主要针对企业品牌型网站、中高端设计、前端互动体验...
商城网站建设因基本功能的需求不同费用上面也有很大的差别...
手机微信网站开发、微信官网、微信商城网站...
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?
创新互联成立与2013年,先为常宁等服务建站,常宁等地企业,进行企业商务咨询服务。为常宁企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
> 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