PostgreSQL dialect: unary minus binds more loosely than `^`, so `-1 ^ 0` returns -1

Abierto Apto para principiantes
#27,094 1 comentario 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
76/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
rust, sql

Línea de trabajo

El seguimiento se realiza en DataFusion después de la corrección en apache/datafusion-sqlparser-rs#2819. Comprueba primero qué versión de sqlparser incluye esa corrección y cómo DataFusion fija o actualiza sqlparser; después, busca los casos sqllogictest existentes para el análisis del dialecto PostgreSQL. La tarea estará completa cuando la dependencia incluya la corrección y las pruebas cubran -1 ^ 0 y -2 ^ 2 con resultados que coincidan con PostgreSQL.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

bug

This issue tracks the parser fix in apache/datafusion-sqlparser-rs#2819. The cause is in sqlparser, and DataFusion needs follow-up work after the fix lands.

Describe the bug

With the PostgreSQL dialect, ^ is the power operator. Unary minus binds more loosely than ^, so -1 ^ 0 is planned as -(1 ^ 0) and returns -1.

In PostgreSQL, unary minus binds more tightly than ^ (operator precedence table). PostgreSQL computes (-1) ^ 0 and returns 1.

To Reproduce
SET datafusion.sql_parser.dialect = 'PostgreSQL';
SELECT -1 ^ 0;
SELECT -2 ^ 2;
EXPLAIN SELECT -2 ^ 2;

On main (c120619de), datafusion-cli returns:

+------------------------------+
| (- power(Int64(1),Int64(0))) |
+------------------------------+
| -1.0                         |
+------------------------------+
+------------------------------+
| (- power(Int64(2),Int64(2))) |
+------------------------------+
| -4.0                         |
+------------------------------+

The plan shows (- power(Int64(2),Int64(2))), so the minus is applied after the power.

Expected behavior

The same results as PostgreSQL 17:

postgres=# SELECT -1 ^ 0, -2 ^ 2;
 ?column? | ?column?
----------+----------
        1 |        4

DuckDB gives the same results (1 and 4).

Additional context

The cause is in sqlparser: the operand of a unary - or + is parsed at Precedence::MulDivModOp, but PostgreSqlDialect puts ^ above that level. The details are in apache/datafusion-sqlparser-rs#2819.

Work in DataFusion after the parser fix:

  • Upgrade to a sqlparser release that has the fix.
  • Add a sqllogictest case for -1 ^ 0 and -2 ^ 2 with the PostgreSQL dialect.

Related: #22461 (binary operator precedence against PostgreSQL).

Lenguaje dominante
Rust
Estrellas
9.6k
Forks
2.6k
Merge medio
3 d 21 h
PR fusionados (30 d)
331

Preparar el entorno

Abrir en Codespaces

Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de apache/datafusion

Todos los issues de apache/datafusion

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.