[Bug] orca incorrectly executes functions on QD
Los mantenedores suelen responder en 2 días
@aviralgarg05 ya está trabajando en esto.
Desde el 10/4/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Apache Cloudberry version
main
What happened
-- change /home/gpadmin/cloudberry/src/test/regress/regress.so to your local path
CREATE FUNCTION test_enc_conversion(bytea, name, name, bool, validlen OUT int, result OUT bytea)
AS '**/home/gpadmin/cloudberry/src/test/regress/regress.so**', 'test_enc_conversion'
LANGUAGE C STRICT;
create or replace function test_conv(
input IN bytea,
src_encoding IN text,
dst_encoding IN text,
result OUT bytea,
errorat OUT bytea,
error OUT text)
language plpgsql as
$$
declare
validlen int;
begin
-- First try to perform the conversion with noError = false. If that errors out,
-- capture the error message, and try again with noError = true. The second call
-- should succeed and return the position of the error, return that too.
begin
select * into validlen, result from test_enc_conversion(input, src_encoding, dst_encoding, false);
errorat = NULL;
error := NULL;
exception when others then
error := sqlerrm;
select * into validlen, result from test_enc_conversion(input, src_encoding, dst_encoding, true);
errorat = substr(input, validlen + 1);
end;
return;
end;
$$;
CREATE TABLE utf8_verification_inputs (inbytes bytea, description text PRIMARY KEY);
insert into utf8_verification_inputs values
('\x66006f', 'NUL byte'),
('\xaf', 'bare continuation'),
('\xc5', 'missing second byte in 2-byte char'),
('\xc080', 'smallest 2-byte overlong'),
('\xc1bf', 'largest 2-byte overlong'),
('\xc280', 'next 2-byte after overlongs'),
('\xdfbf', 'largest 2-byte'),
('\xe9af', 'missing third byte in 3-byte char'),
('\xe08080', 'smallest 3-byte overlong'),
('\xe09fbf', 'largest 3-byte overlong'),
('\xe0a080', 'next 3-byte after overlong'),
('\xed9fbf', 'last before surrogates'),
('\xeda080', 'smallest surrogate'),
('\xedbfbf', 'largest surrogate'),
('\xee8080', 'next after surrogates'),
('\xefbfbf', 'largest 3-byte'),
('\xf1afbf', 'missing fourth byte in 4-byte char'),
('\xf0808080', 'smallest 4-byte overlong'),
('\xf08fbfbf', 'largest 4-byte overlong'),
('\xf0908080', 'next 4-byte after overlong'),
('\xf48fbfbf', 'largest 4-byte'),
('\xf4908080', 'smallest too large'),
('\xfa9a9a8a8a', '5-byte');
-- Test UTF-8 verification slow path
select description, (test_conv(inbytes, 'utf8', 'utf8')).* from utf8_verification_inputs;
ERROR: query plan with multiple segworker groups is not supported
HINT: likely caused by a function that reads or modifies data in a distributed table
CONTEXT: PL/pgSQL function test_conv(bytea,text,text) line 8 during statement block entry
postgres=# explain select description, (test_conv(inbytes, 'utf8', 'utf8')).* from utf8_verification_inputs;
QUERY PLAN
---------------------------------------------------------------------------------------
Result (cost=0.00..431.00 rows=1 width=32)
-> Gather Motion 3:1 (slice1; segments: 3) (cost=0.00..431.00 rows=1 width=16)
-> Seq Scan on utf8_verification_inputs (cost=0.00..431.00 rows=1 width=16)
Optimizer: GPORCA
(4 rows)
postgres=# set optimizer = off;
SET
postgres=# explain select description, (test_conv(inbytes, 'utf8', 'utf8')).* from utf8_verification_inputs;
QUERY PLAN
---------------------------------------------------------------------------------------
Gather Motion 3:1 (slice1; segments: 3) (cost=0.00..9314.00 rows=34800 width=128)
-> Seq Scan on utf8_verification_inputs (cost=0.00..8850.00 rows=11600 width=128)
Optimizer: Postgres query optimizer
(3 rows)
It seems that ORCA executes functions on QD, but PG executes them directly on QE.
What you think should happen instead
No response
How to reproduce
see before
Operating System
rockylinux
Anything else
No response
Are you willing to submit PR?
- Yes, I am willing to submit a PR!
Code of Conduct
- I agree to follow this project's Code of Conduct.
- Lenguaje dominante
- C
- Estrellas
- 1.4k
- Forks
- 248
- Merge medio
- 4 d 17 h
- PR fusionados (30 d)
- 40
Preparar el entorno
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de apache/cloudberry
-
type: Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
apache/cloudberry#1885 · 2 reacciones ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
apache/cloudberry#1825 ·
Los mantenedores suelen responder en 2 días
-
[Bug] UPDATE of the distribution key fails with "can't split update for inherit table" after the child table is droppedPosiblemente ocupada @aryan9948 la tomó hace 2 días. Abiertotype: Bug
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
apache/cloudberry#2048 · 5 comentarios · 1 reacción · 1 asignado ·
Los mantenedores suelen responder en 2 días
-
[Bug] Wrong results: GPORCA evaluates a window function in a correlated aggregate subquery over all groupsPosiblemente ocupada @andr-sokolov la tomó hace 2 días. Abiertotype: Bug
Dificultad 4/5 3-5 días Aptitud para principiantes 40/100
apache/cloudberry#2047 · 1 asignado ·
Los mantenedores suelen responder en 2 días
-
[Bug] Wrong results: GPORCA returns NULL instead of the empty-input value for correlated aggregate subqueries other than countPosiblemente ocupada @Alena0704 la tomó hace 2 días. Abiertotype: Bug
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
apache/cloudberry#2046 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de apache/cloudberry
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
DaveGamble/cJSON#1094 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Status: Opened
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Issue-Bug Needs-Triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
Los mantenedores suelen responder en 1 día