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«).
--- /dev/null
+-- @tag: re_add_sepa_export_items_foreign_keys
+-- @description: Versehentlich gelöschte Fremdschlüssel in sepa_export_items wieder hinzufügen
+-- @depends: auto_delete_sepa_export_items_on_ap_ar_deletion
+ALTER TABLE sepa_export_items
+ DROP CONSTRAINT IF EXISTS sepa_export_items_chart_id_fkey,
+ ADD CONSTRAINT sepa_export_items_chart_id_fkey
+ FOREIGN KEY (chart_id) REFERENCES chart (id);
+
+ALTER TABLE sepa_export_items
+ DROP CONSTRAINT IF EXISTS sepa_export_items_sepa_export_id_fkey,
+ ADD CONSTRAINT sepa_export_items_sepa_export_id_fkey
+ FOREIGN KEY (sepa_export_id) REFERENCES sepa_export (id)
+ ON DELETE CASCADE;