On 2024-02-08 Th 21:02, Jeevan Chalke wrote:
On Thu, Feb 8, 2024 at 2:22 PM jian he <jian.universal...@gmail.com>
wrote:
On Thu, Feb 8, 2024 at 1:27 PM Jeevan Chalke
<jeevan.cha...@enterprisedb.com> wrote:
>
>
>
> On Wed, Feb 7, 2024 at 9:13 PM jian he
<jian.universal...@gmail.com> wrote:
>>
>> On Wed, Feb 7, 2024 at 7:36 PM Jeevan Chalke
>> <jeevan.cha...@enterprisedb.com> wrote:
>> > Added checkTimezoneIsUsedForCast() check where ever we are
casting timezoned to non-timezoned types and vice-versa.
>>
>> https://www.postgresql.org/docs/devel/functions-json.html
>> above Table 9.51. jsonpath Filter Expression Elements, the Note
>> section, do we also need to rephrase it?
>
>
> OK. Added a line for the same.
>
diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 6788ba8..37ae2d1 100644
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -18240,7 +18240,11 @@ ERROR: jsonpath member accessor can only be
applied to an object
<type>timestamptz</type>, and <type>time</type> to
<type>timetz</type>.
However, all but the first of these conversions depend on
the current
<xref linkend="guc-timezone"/> setting, and thus can only
be performed
- within timezone-aware <type>jsonpath</type> functions.
+ within timezone-aware <type>jsonpath</type> functions.
Similarly, other
+ date/time-related methods that convert string to the
date/time types
+ also do the casting and may involve the current
+ <xref linkend="guc-timezone"/>. To preserve the
immutability, those can
+ only be performed within timezone-aware
<type>jsonpath</type> functions.
</para>
</note>
my proposed minor changes:
- within timezone-aware <type>jsonpath</type> functions.
+ within timezone-aware <type>jsonpath</type> functions.
Similarly, other
+ date/time-related methods that convert string to the
date/time types
+ also do the casting and may involve the current
+ <xref linkend="guc-timezone"/> setting. Those conversions can
+ only be performed within timezone-aware
<type>jsonpath</type> functions.
I don't have a strong opinion, though.
That seems fine as well. Let's leave that to the committer.
I edited slightly to my taste, and committed the patch. Thanks.
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com