Commit 75c1921
committed
Adjust tuple data lookup logic in multi-insert logical decoding
As of now, logical decoding of a multi-insert has been scanning all
xl_multi_insert_tuple entries only if XLH_INSERT_CONTAINS_NEW_TUPLE was
getting set in the record. This is not an issue on HEAD as multi-insert
records are not used for system catalogs, but the logical decoding logic
includes all the code necessary to handle that properly, except that the
code missed to iterate correctly over all xl_multi_insert_tuple entries
when the flag is not set. Hence, when trying to use multi-insert for
system catalogs, an assertion would be triggered.
An upcoming patch is going to make use of multi-insert for system
catalogs, and this fixes the logic to make sure that all entries are
scanned correctly without softening the existing assertions.
Reported-by: Daniel Gustafsson
Author: Michael Paquier
Reviewed-by: Daniel Gustafsson
Discussion: https://postgr.es/m/CBFFD532-C033-49EB-9A5A-F67EAEE9EB0B@yesql.se1 parent efc77cf commit 75c1921
1 file changed
+12
-6
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
900 | 900 | | |
901 | 901 | | |
902 | 902 | | |
| 903 | + | |
| 904 | + | |
| 905 | + | |
| 906 | + | |
903 | 907 | | |
| 908 | + | |
904 | 909 | | |
905 | 910 | | |
906 | 911 | | |
| |||
916 | 921 | | |
917 | 922 | | |
918 | 923 | | |
| 924 | + | |
| 925 | + | |
| 926 | + | |
| 927 | + | |
919 | 928 | | |
920 | 929 | | |
921 | 930 | | |
| |||
927 | 936 | | |
928 | 937 | | |
929 | 938 | | |
930 | | - | |
931 | | - | |
932 | | - | |
933 | | - | |
934 | 939 | | |
935 | 940 | | |
936 | 941 | | |
| |||
953 | 958 | | |
954 | 959 | | |
955 | 960 | | |
956 | | - | |
957 | | - | |
958 | 961 | | |
959 | 962 | | |
960 | 963 | | |
| |||
973 | 976 | | |
974 | 977 | | |
975 | 978 | | |
| 979 | + | |
| 980 | + | |
| 981 | + | |
976 | 982 | | |
977 | 983 | | |
978 | 984 | | |
| |||
0 commit comments