BUG #16435: regexp_split_to_table different behavior in 9.2 and 12.2
The following bug has been logged on the website:
Bug reference: 16435
Logged by: prashant
Email address: prashant_rokad@yahoo.com
PostgreSQL version: 12.2
Operating system: Windows
Description:
Hi,
we are upgrading postgresql from 9.2 to 12.2 and observed that
"regexp_split_to_table" functions is giving different output in 12.2 than
9.2.
Sample code:
SELECT regexp_split_to_table(Column1, E',')::INT AS column1
,CASE WHEN column2 IS FALSE THEN NULL ELSE
regexp_split_to_table(column2, E',') END::bigint col
FROM [Table]
Also when we use function in CASE condition it is giving different output in
both version.
Sample code:
SELECT CASE WHEN column2 NOT LIKE '%test%' THEN '123' ELSE
public.fn_function_call(column2) END as a
FROM [Table]
Any help is highly appreciated.
Thanks
On Wed, May 13, 2020 at 12:14 PM PG Bug reporting form <
noreply@postgresql.org> wrote:
The following bug has been logged on the website:
Bug reference: 16435
Logged by: prashant
Email address: prashant_rokad@yahoo.com
PostgreSQL version: 12.2
Operating system: Windows
Description:Hi,
we are upgrading postgresql from 9.2 to 12.2 and observed that
"regexp_split_to_table" functions is giving different output in 12.2 than
9.2.
This was intentional. You will need to rewrite your query - probably by
moving the call to regexp_split_to_table to the FROM clause and leveraging
the LATERAL feature.
David J.
Thank you so much for your reply. I will follow the same.
Regards,Prashant
Sent from Yahoo Mail on Android
On Thu, 14 May 2020 at 2:47 am, David G. Johnston<david.g.johnston@gmail.com> wrote: On Wed, May 13, 2020 at 12:14 PM PG Bug reporting form <noreply@postgresql.org> wrote:
The following bug has been logged on the website:
Bug reference: 16435
Logged by: prashant
Email address: prashant_rokad@yahoo.com
PostgreSQL version: 12.2
Operating system: Windows
Description:
Hi,
we are upgrading postgresql from 9.2 to 12.2 and observed that
"regexp_split_to_table" functions is giving different output in 12.2 than
9.2.
This was intentional. You will need to rewrite your query - probably by moving the call to regexp_split_to_table to the FROM clause and leveraging the LATERAL feature.
David J.