Revision 5296eca4
Von Moritz Bunkus vor fast 8 Jahren hinzugefügt
| sql/Pg-upgrade2/re_add_sepa_export_items_foreign_keys.sql | ||
|---|---|---|
| 1 |
-- @tag: re_add_sepa_export_items_foreign_keys |
|
| 2 |
-- @description: Versehentlich gelöschte Fremdschlüssel in sepa_export_items wieder hinzufügen |
|
| 3 |
-- @depends: auto_delete_sepa_export_items_on_ap_ar_deletion |
|
| 4 |
ALTER TABLE sepa_export_items |
|
| 5 |
DROP CONSTRAINT IF EXISTS sepa_export_items_chart_id_fkey, |
|
| 6 |
ADD CONSTRAINT sepa_export_items_chart_id_fkey |
|
| 7 |
FOREIGN KEY (chart_id) REFERENCES chart (id); |
|
| 8 |
|
|
| 9 |
ALTER TABLE sepa_export_items |
|
| 10 |
DROP CONSTRAINT IF EXISTS sepa_export_items_sepa_export_id_fkey, |
|
| 11 |
ADD CONSTRAINT sepa_export_items_sepa_export_id_fkey |
|
| 12 |
FOREIGN KEY (sepa_export_id) REFERENCES sepa_export (id) |
|
| 13 |
ON DELETE CASCADE; |
|
Auch abrufbar als: Unified diff
Versehentlich entfernte Fremdschlüssel auf sepa_export_items wieder hinzugefügt
Das DB-Upgrade-Script
»auto_delete_sepa_export_items_on_ap_ar_deletion.pl« hat via
»SL::DBUpgrade2::Base::drop_constraints« alle Constraints auf
»sepa_export_items« entfernt, dann aber nur zwei davon (mit anderen
Bedingungen) neu angelegt — nicht aber die für die Spalten »chart_id«
und »sepa_export_id«.
Resultat ist, dass die Relationships aus den MetaSetups rausfliegen,
wenn man die von einer sauberen DB erzeugen lässt (z.B. mit
Scriptoption »--test-client«).