Commit dcf7cdb
committed
adapter: remove
When applying an item `StateUpdate`, we had an optimization that would
skip parsing the `create_sql` if it hadn't change, and reuse the old
`CatalogEntry` instead. This produces the wrong outcome if the
`extra_versions` change without the SQL changing: Any version updates
are not reflected in the new `CatalogEntry`.
To fix this, this commit removes the optimization, under the assumption
that DDL is sufficiently rare that we can live without it. If that turns
out not the be the case, we can keep the optimization and refine the
conditions under which SQL parsing is performed, though that seems
brittle.apply_item_update optimization1 parent 252f011 commit dcf7cdb
1 file changed
+23
-25
lines changed| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
1014 | 1014 | | |
1015 | 1015 | | |
1016 | 1016 | | |
1017 | | - | |
| 1017 | + | |
1018 | 1018 | | |
1019 | | - | |
1020 | | - | |
1021 | | - | |
1022 | | - | |
1023 | | - | |
1024 | | - | |
1025 | | - | |
1026 | | - | |
1027 | | - | |
1028 | | - | |
1029 | | - | |
1030 | | - | |
1031 | | - | |
1032 | | - | |
1033 | | - | |
1034 | | - | |
1035 | | - | |
1036 | | - | |
1037 | | - | |
1038 | | - | |
1039 | | - | |
1040 | | - | |
1041 | | - | |
1042 | 1019 | | |
1043 | | - | |
| 1020 | + | |
| 1021 | + | |
| 1022 | + | |
| 1023 | + | |
| 1024 | + | |
| 1025 | + | |
| 1026 | + | |
| 1027 | + | |
| 1028 | + | |
| 1029 | + | |
| 1030 | + | |
| 1031 | + | |
| 1032 | + | |
| 1033 | + | |
| 1034 | + | |
| 1035 | + | |
| 1036 | + | |
| 1037 | + | |
| 1038 | + | |
| 1039 | + | |
| 1040 | + | |
| 1041 | + | |
1044 | 1042 | | |
1045 | 1043 | | |
1046 | 1044 | | |
| |||
0 commit comments