1
77%
BABEL_5_X_DEV: 77%

Ran 21 May 2025 02:31PM UTC

Files 119

Run time 4s

Badge

Embed ▾

Committed 21 May 2025 01:56PM UTC coverage: 75.372% (+0.01%) from 75.362%

Job # 15164143963.1

Build Type

push

github

Committed by

web-flow

Commit Message

Allow parallelism for pltsql return expression after community commit 556f7b7 (#3725)

With the commit 556f7b7, we unintentionally blocked parallelism to
evaluate plpgsql return expression because maxtuples = 2 is being passed
to exec_run_select(...) from exec_eval_expr(...) to evaluate the return
expression of the plpgsql function.

Idea to fix this issue to pass maxtuples = 0. It is safe to do it
because number of processed rows is anyway being checked later in
exec_eval_expr(...). But with this, there is not real caller remained
which calls exec_run_select(...) with maxtuple != 0 so updated definition
of exec_run_select(...) to remove maxtuples argument.

This commit also fixes parallel context leak in case of statement terminating 
error originating from PLTSQL function body. This is important because 
subsequent resetting search_path or table variable cleanup operations may
end up error.

Task: BABEL-5599
Signed-off-by: Dipesh Dhameliya <dipeshdhameliya125@gmail.com>

Run Details

48572 of 64443 relevant lines covered (75.37%)

306339.43 hits per line

babelfish-for-postgresql / babelfish_extensions / 15164143963 / 1
77%
BABEL_5_X_DEV: 77%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 15164143963.1

babelfish-for-postgresql / babelfish_extensions / 15164143963 / 1 77% BABEL_5_X_DEV: 77%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 15164143963.1

babelfish-for-postgresql / babelfish_extensions / 15164143963 / 1
77%
BABEL_5_X_DEV: 77%

README BADGES
x