ASCII Backup mit korrekter Reihenfolge von Objekten? (Was: Backup lässt Daten der Tabelle "times" weg)

Am Fri, Jul 08, 2022 at 04:20:46PM +0200 schrieb Andreas Tille:
> > Ein häufiger Fehler ist, dass man in der falschen Datenbank schaut.
>
> Die Sache ist so simpel. Da gibt's nur eine Datenbank.

Ich glaube das Problem liegt anders - ich habe offensichtlich in der Zahl
meiner Versuche die Backups verwechselt. Da wo die Daten fehlen, waren
tatsächlich die Tabellen leer und das lag an einem Fehler im restore. Ich
habe das reine Textbackup gemacht, um die Daten auch menschenlesbar zu
behalten. Beim Restore kam

FEHLER: Relation »streckeproperties« existiert nicht
ZEILE 1: SELECT sort FROM StreckeProperties WHERE sort =...
^
ANFRAGE: SELECT sort FROM StreckeProperties WHERE sort = $1
KONTEXT: PL/pgSQL-Funktion public.test_property(integer) Zeile 5 bei SQL-Anweisung

was daran liegt, dass die Tabelle StreckeProperties erst nach der Funktion

CREATE FUNCTION public.test_property(integer) RETURNS boolean
LANGUAGE plpgsql
AS $_$
Declare
Success varchar ;
BEGIN
SELECT INTO Success sort FROM StreckeProperties WHERE sort = $1 ;
IF NOT FOUND THEN
RETURN 'f' ;
ELSE
RETURN 't' ;
END IF ;
END; $_$;

im Backup auftaucht. In times wird test_property benutzt - darum bleibt
die Tabelle leer. Soweit ich mich erinnere ist in solchen Fällen das
einfache

pg_dump datenbank

nicht mehr das Mittel der Wahl. Gibt es eine Möglichkeit, einen
ASCII-Dump zu bekommen, bei dem die Relationen für einen korrekten
Import abgelegt werden?

Viele Grüße

Andreas.

--
http://fam-tille.de