Postgresql 有子句的奇怪结果

Question

SELECT
T . ID,
T . NAME,
T .feed_id,
T .status,
T .budget,
(
    SELECT
        COUNT (*)
    FROM
        segment
    WHERE
        segment.campaign_id = T . ID
) AS total_segments,
(
    SELECT
        SUM (revenue)
    FROM
        TRANSACTION
    WHERE
        TRANSACTION .campaign_id = T . ID
    AND TRANSACTION .status = 3
    AND deleted = 0
) AS projected_revenue
  FROM
campaign T
 WHERE
(T .deleted = 0)
AND (site_id = 3)
GROUP BY
T ."id"
  HAVING
  (
    SELECT
        SUM (revenue)
    FROM
        TRANSACTION
    WHERE
        TRANSACTION .campaign_id = T . ID
    AND TRANSACTION .status = 3
    AND deleted = 0
    ) > 242.45
      ORDER BY
  T . ID DESC

当having 子查询大于 (>) 或小于 (<) 时查询工作正常，但当等于时不显示任何结果。但它适用于：

HAVING (
  SELECT SUM (revenue)
  FROM TRANSACTION 
  WHERE TRANSACTION.campaign_id = T.ID 
    AND TRANSACTION.status = 3
    AND deleted = 0
)::NUMERIC = 242.45

Answer 1

猜测revenue 是float4 或float8，即float 或double precision 值。

正如@GáborBakos 准确指出的那样，某些值（包括 242.45）没有精确的二进制浮点表示。观察：

regress=> SET extra_float_digits = 3;
SET
regress=> SELECT FLOAT4 '242.45';
   float4   
------------
 242.449997
(1 row)

一般来说，您不应该比较浮点值是否相等。请改用小范围。

见：

• http://floating-point-gui.de/errors/comparison/
• How should I do floating point comparison?
• Floating point equality and tolerances
• http://randomascii.wordpress.com/category/floating-point/

您的查询与转换为 NUMERIC 一起工作，因为与 float4 或 float8 不同，NUMERIC 是具有任意精度和小数位数的二进制编码的十进制类型。它可以精确地表示242.45，并且不会受到舍入伪像和浮点数学的其他怪异的影响。然而，这种演员阵容并不总是足够的 - 其他值可能仍然无法按您的预期工作。考虑：

regress=> select (float4 '0.3' * 100000000) :: NUMERIC;
     numeric      
------------------
 30000001.1920929
(1 row)

如您所见，这些舍入误差会累积。

与其依赖于与numeric 进行比较，不如真正使用小范围的比较，而不是进行相等性比较。或者，最重要的是，始终使用numeric 来表示财务和确切数量，从不浮点数。