Re: altering a column's collation leaves an invalid foreign key - Mailing list pgsql-hackers

From jian he
Subject Re: altering a column's collation leaves an invalid foreign key
Date
Msg-id CACJufxH=tEoD4x-O-vtp=2jDOd5vnTTXkmTEb=C4oz1RaHGcEg@mail.gmail.com
Whole thread Raw
In response to Re: altering a column's collation leaves an invalid foreign key  (Peter Eisentraut <peter@eisentraut.org>)
Responses Re: altering a column's collation leaves an invalid foreign key
List pgsql-hackers
On Thu, Nov 14, 2024 at 4:04 PM Peter Eisentraut <peter@eisentraut.org> wrote:

> I propose that I go ahead with committing the v7 patch (with your typo
> fixes) and then we continue discussing these other issues afterwards in
> a separate thread.
>
looks good to me.

but in create_table.sgml
     <para>
      In addition, when the data in the referenced columns is changed,
      certain actions are performed on the data in this table's
      columns.
<para/>
I actually want to add a sentence like:

      If the references columns collation is indeterministic, we use
bitwise comparison to
      check if the referenced columns data is being changed.


searching the internet found out:
— ON UPDATE RESTRICT: any change to a referenced column in the
referenced table is prohibited if there
is a matching row.
— ON UPDATE NO ACTION (the default): there is no referential update
action; the referential constraint
only specifies a constraint check.
NOTE 53 — Even if constraint checking is not deferred, ON UPDATE
RESTRICT is a stricter condition than ON UPDATE NO
ACTION. ON UPDATE RESTRICT prohibits an update to a particular row if
there are any matching rows; ON UPDATE NO
ACTION does not perform its constraint check until the entire set of
rows to be updated has been processed.

looking at NOTE 53, overall i think i get it.



pgsql-hackers by date:

Previous
From: Ranier Vilela
Date:
Subject: Re: define pg_structiszero(addr, s, r)
Next
From: Jim Vanns
Date:
Subject: Re: BitmapOr node not used in plan for ANY/IN but is for sequence of ORs ...