Re: Wrong results from in_range() tests with infinite offset - Mailing list pgsql-hackers
| From | Tom Lane |
|---|---|
| Subject | Re: Wrong results from in_range() tests with infinite offset |
| Date | |
| Msg-id | 3464257.1594936216@sss.pgh.pa.us Whole thread Raw |
| In response to | Wrong results from in_range() tests with infinite offset (Tom Lane <tgl@sss.pgh.pa.us>) |
| Responses |
Re: Wrong results from in_range() tests with infinite offset
|
| List | pgsql-hackers |
I wrote:
> When the current row's value is +infinity, actual computation of
> base - offset would yield NaN, making it a bit unclear whether
> we should consider -infinity to be in-range. It seems to me that
> we should, as that gives more natural-looking results in the test
> cases, so that's how the patch does it.
Actually, after staring at those results awhile longer, I decided
they were wrong. The results shown here seem actually sane ---
for instance, -Infinity shouldn't "infinitely precede" itself,
I think. (Maybe if you got solipsistic enough you could argue
that that is valid, but it seems pretty bogus.)
regards, tom lane
diff --git a/src/backend/utils/adt/float.c b/src/backend/utils/adt/float.c
index 50ec3d3dde..7333ec667a 100644
--- a/src/backend/utils/adt/float.c
+++ b/src/backend/utils/adt/float.c
@@ -1089,17 +1089,45 @@ in_range_float8_float8(PG_FUNCTION_ARGS)
/*
* Deal with infinite offset (necessarily +inf, at this point). We must
- * special-case this because if base happens to be -inf, their sum would
- * be NaN, which is an overflow-ish condition we should avoid.
+ * special-case this when base is also infinite, first because we must
+ * avoid subtracting inf from inf (the result would be NaN), and second
+ * because we'd like to consider inf + inf to be "greater than inf"
+ * (otherwise we'd have oddities like inf being considered to infinitely
+ * precede itself). That leads to the following code.
*/
- if (isinf(offset))
+ if (isinf(offset) && isinf(base))
{
- PG_RETURN_BOOL(sub ? !less : less);
+ if (sub)
+ {
+ if (less)
+ {
+ /* val <= base - inf: true if base is +inf and val isn't */
+ PG_RETURN_BOOL(base > 0 && (!isinf(val) || val < 0));
+ }
+ else
+ {
+ /* val >= base - inf: true for all val & either sign of base */
+ PG_RETURN_BOOL(true);
+ }
+ }
+ else
+ {
+ if (less)
+ {
+ /* val <= base + inf: true for all val & either sign of base */
+ PG_RETURN_BOOL(true);
+ }
+ else
+ {
+ /* val >= base + inf: true if base is -inf and val isn't */
+ PG_RETURN_BOOL(base < 0 && (!isinf(val) || val > 0));
+ }
+ }
}
/*
* Otherwise it should be safe to compute base +/- offset. We trust the
- * FPU to cope if base is +/-inf or the true sum would overflow, and
+ * FPU to cope if one input is +/-inf or the true sum would overflow, and
* produce a suitably signed infinity, which will compare properly against
* val whether or not that's infinity.
*/
@@ -1158,17 +1186,45 @@ in_range_float4_float8(PG_FUNCTION_ARGS)
/*
* Deal with infinite offset (necessarily +inf, at this point). We must
- * special-case this because if base happens to be -inf, their sum would
- * be NaN, which is an overflow-ish condition we should avoid.
+ * special-case this when base is also infinite, first because we must
+ * avoid subtracting inf from inf (the result would be NaN), and second
+ * because we'd like to consider inf + inf to be "greater than inf"
+ * (otherwise we'd have oddities like inf being considered to infinitely
+ * precede itself). That leads to the following code.
*/
- if (isinf(offset))
+ if (isinf(offset) && isinf(base))
{
- PG_RETURN_BOOL(sub ? !less : less);
+ if (sub)
+ {
+ if (less)
+ {
+ /* val <= base - inf: true if base is +inf and val isn't */
+ PG_RETURN_BOOL(base > 0 && (!isinf(val) || val < 0));
+ }
+ else
+ {
+ /* val >= base - inf: true for all val & either sign of base */
+ PG_RETURN_BOOL(true);
+ }
+ }
+ else
+ {
+ if (less)
+ {
+ /* val <= base + inf: true for all val & either sign of base */
+ PG_RETURN_BOOL(true);
+ }
+ else
+ {
+ /* val >= base + inf: true if base is -inf and val isn't */
+ PG_RETURN_BOOL(base < 0 && (!isinf(val) || val > 0));
+ }
+ }
}
/*
* Otherwise it should be safe to compute base +/- offset. We trust the
- * FPU to cope if base is +/-inf or the true sum would overflow, and
+ * FPU to cope if one input is +/-inf or the true sum would overflow, and
* produce a suitably signed infinity, which will compare properly against
* val whether or not that's infinity.
*/
diff --git a/src/test/regress/expected/window.out b/src/test/regress/expected/window.out
index d5fd4045f9..8043fccbb2 100644
--- a/src/test/regress/expected/window.out
+++ b/src/test/regress/expected/window.out
@@ -1936,6 +1936,42 @@ window w as (order by f_float4 range between
9 | NaN | 9 | 9
(10 rows)
+select id, f_float4, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float4 range between
+ 'inf' preceding and 'inf' preceding);
+ id | f_float4 | first_value | last_value
+----+-----------+-------------+------------
+ 0 | -Infinity | |
+ 1 | -3 | 0 | 0
+ 2 | -1 | 0 | 0
+ 3 | 0 | 0 | 0
+ 4 | 1.1 | 0 | 0
+ 5 | 1.12 | 0 | 0
+ 6 | 2 | 0 | 0
+ 7 | 100 | 0 | 0
+ 8 | Infinity | 0 | 7
+ 9 | NaN | 9 | 9
+(10 rows)
+
+select id, f_float4, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float4 range between
+ 'inf' following and 'inf' following);
+ id | f_float4 | first_value | last_value
+----+-----------+-------------+------------
+ 0 | -Infinity | 1 | 8
+ 1 | -3 | 8 | 8
+ 2 | -1 | 8 | 8
+ 3 | 0 | 8 | 8
+ 4 | 1.1 | 8 | 8
+ 5 | 1.12 | 8 | 8
+ 6 | 2 | 8 | 8
+ 7 | 100 | 8 | 8
+ 8 | Infinity | |
+ 9 | NaN | 9 | 9
+(10 rows)
+
select id, f_float4, first_value(id) over w, last_value(id) over w
from numerics
window w as (order by f_float4 range between
@@ -1995,6 +2031,42 @@ window w as (order by f_float8 range between
9 | NaN | 9 | 9
(10 rows)
+select id, f_float8, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float8 range between
+ 'inf' preceding and 'inf' preceding);
+ id | f_float8 | first_value | last_value
+----+-----------+-------------+------------
+ 0 | -Infinity | |
+ 1 | -3 | 0 | 0
+ 2 | -1 | 0 | 0
+ 3 | 0 | 0 | 0
+ 4 | 1.1 | 0 | 0
+ 5 | 1.12 | 0 | 0
+ 6 | 2 | 0 | 0
+ 7 | 100 | 0 | 0
+ 8 | Infinity | 0 | 7
+ 9 | NaN | 9 | 9
+(10 rows)
+
+select id, f_float8, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float8 range between
+ 'inf' following and 'inf' following);
+ id | f_float8 | first_value | last_value
+----+-----------+-------------+------------
+ 0 | -Infinity | 1 | 8
+ 1 | -3 | 8 | 8
+ 2 | -1 | 8 | 8
+ 3 | 0 | 8 | 8
+ 4 | 1.1 | 8 | 8
+ 5 | 1.12 | 8 | 8
+ 6 | 2 | 8 | 8
+ 7 | 100 | 8 | 8
+ 8 | Infinity | |
+ 9 | NaN | 9 | 9
+(10 rows)
+
select id, f_float8, first_value(id) over w, last_value(id) over w
from numerics
window w as (order by f_float8 range between
diff --git a/src/test/regress/sql/window.sql b/src/test/regress/sql/window.sql
index fe273aa31e..51ec0bac9a 100644
--- a/src/test/regress/sql/window.sql
+++ b/src/test/regress/sql/window.sql
@@ -524,6 +524,14 @@ window w as (order by f_float4 range between
'inf' preceding and 'inf' following);
select id, f_float4, first_value(id) over w, last_value(id) over w
from numerics
+window w as (order by f_float4 range between
+ 'inf' preceding and 'inf' preceding);
+select id, f_float4, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float4 range between
+ 'inf' following and 'inf' following);
+select id, f_float4, first_value(id) over w, last_value(id) over w
+from numerics
window w as (order by f_float4 range between
1.1 preceding and 'NaN' following); -- error, NaN disallowed
@@ -541,6 +549,14 @@ window w as (order by f_float8 range between
'inf' preceding and 'inf' following);
select id, f_float8, first_value(id) over w, last_value(id) over w
from numerics
+window w as (order by f_float8 range between
+ 'inf' preceding and 'inf' preceding);
+select id, f_float8, first_value(id) over w, last_value(id) over w
+from numerics
+window w as (order by f_float8 range between
+ 'inf' following and 'inf' following);
+select id, f_float8, first_value(id) over w, last_value(id) over w
+from numerics
window w as (order by f_float8 range between
1.1 preceding and 'NaN' following); -- error, NaN disallowed
pgsql-hackers by date: