Re: Row pattern recognition

From: Tatsuo Ishii <ishii(at)postgresql(dot)org>
To: assam258(at)gmail(dot)com
Cc: jacob(dot)champion(at)enterprisedb(dot)com, david(dot)g(dot)johnston(at)gmail(dot)com, vik(at)postgresfriends(dot)org, er(at)xs4all(dot)nl, peter(at)eisentraut(dot)org, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Row pattern recognition
Date: 2026-02-07 04:31:43
Message-ID: 20260207.133143.1951390390459539453.ishii@postgresql.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Yes, I've already restored Test 11.3 with the original pattern:
>
> DEFINE A AS v > PREV(v) OR PREV(v) IS NULL

Good.

> Additionally, I've implemented cross-platform normalization for Storage
> memory values
> to address the platform differences (18kB vs 19kB, 23kB vs 24kB, etc.)
> observed between
> macOS and Rocky Linux 10.
>
> The attached patch includes:
>
> 1. Test 11.3 restoration with original PREV(v) IS NULL pattern
> 2. Cross-platform Storage normalization using rpr_explain_filter() PL/pgSQL
> function

+-- Filter function to normalize Storage memory values only (not NFA statistics)
+-- Works for text, JSON, and XML formats

What about add reasoning why only storage memory values are normalized
something like:

-- NFA statistics should not change between platforms.

Best regards,
--
Tatsuo Ishii
SRA OSS K.K.
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Henson Choi 2026-02-07 05:41:26 Re: Row pattern recognition
Previous Message Tom Lane 2026-02-07 02:42:52 Re: Decoupling our alignment assumptions about int64 and double