From 005a1217fbae15f3d84206a7b42b715c80f96a47 Mon Sep 17 00:00:00 2001 From: Tom Lane Date: Sat, 6 Dec 2003 03:00:16 +0000 Subject: Massive overhaul of pg_dump: make use of dependency information from pg_depend to determine a safe dump order. Defaults and check constraints can be emitted either as part of a table or domain definition, or separately if that's needed to break a dependency loop. Lots of old half-baked code for controlling dump order removed. --- doc/src/sgml/ref/pg_restore.sgml | 56 +--------------------------------------- 1 file changed, 1 insertion(+), 55 deletions(-) (limited to 'doc/src') diff --git a/doc/src/sgml/ref/pg_restore.sgml b/doc/src/sgml/ref/pg_restore.sgml index 49dcf1ee65a..20486ccca19 100644 --- a/doc/src/sgml/ref/pg_restore.sgml +++ b/doc/src/sgml/ref/pg_restore.sgml @@ -1,4 +1,4 @@ - + @@ -227,35 +227,6 @@ - - - - - - Restore items in the order they were originally generated within - pg_dump. This option has no known - practical use, since pg_dump generates - the items in an order convenient to it, which is unlikely to be a - safe order for restoring them. (This is not the order - in which the items are ultimately listed in the archive's table of - contents.) See also - - - - - - - - - Restore items in order by OID. This option is of limited usefulness, - since OID is only an approximate indication of original creation - order. This option overrides - - - @@ -287,31 +258,6 @@ - - - - - - Rearrange items by object type (this occurs after the sorting - specified by or , if - given). The rearrangement is intended to give the best possible - restore performance. - - - - When none of , , and - - - - -- cgit v1.2.3