aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBruce Momjian <bruce@momjian.us>2000-02-16 21:26:00 +0000
committerBruce Momjian <bruce@momjian.us>2000-02-16 21:26:00 +0000
commita52692213c201ba97730defe6e8230de43f7b3a2 (patch)
treecc56f43c034320eb0c3156e2558fc6e91ca9d013
parentbf566b202ec879d54e411627fb96d5e620d3c246 (diff)
downloadpostgresql-a52692213c201ba97730defe6e8230de43f7b3a2.tar.gz
postgresql-a52692213c201ba97730defe6e8230de43f7b3a2.zip
README not needed anymore.
-rw-r--r--src/bin/initdb/Makefile4
-rw-r--r--src/bin/initdb/initdb.sh9
-rw-r--r--src/bin/pg_dump/README73
3 files changed, 6 insertions, 80 deletions
diff --git a/src/bin/initdb/Makefile b/src/bin/initdb/Makefile
index f9249f12dbf..f2c81a9cc91 100644
--- a/src/bin/initdb/Makefile
+++ b/src/bin/initdb/Makefile
@@ -7,7 +7,7 @@
#
#
# IDENTIFICATION
-# $Header: /cvsroot/pgsql/src/bin/initdb/Makefile,v 1.16 2000/01/15 18:30:31 petere Exp $
+# $Header: /cvsroot/pgsql/src/bin/initdb/Makefile,v 1.17 2000/02/16 21:25:59 momjian Exp $
#
#-------------------------------------------------------------------------
@@ -20,7 +20,7 @@ initdb: initdb.sh
sed -e 's/__MULTIBYTE__/$(MULTIBYTE)/g' < initdb.sh > initdb
install: initdb
- $(INSTALL) $(INSTL_EXE_OPTS) $+ $(BINDIR)
+ $(INSTALL) $(INSTL_EXE_OPTS) $+ $(BINDIR)/$+
clean:
rm -f initdb
diff --git a/src/bin/initdb/initdb.sh b/src/bin/initdb/initdb.sh
index d0ce140f811..d21b571cb49 100644
--- a/src/bin/initdb/initdb.sh
+++ b/src/bin/initdb/initdb.sh
@@ -26,7 +26,7 @@
#
#
# IDENTIFICATION
-# $Header: /cvsroot/pgsql/src/bin/initdb/Attic/initdb.sh,v 1.85 2000/02/09 00:21:49 petere Exp $
+# $Header: /cvsroot/pgsql/src/bin/initdb/Attic/initdb.sh,v 1.86 2000/02/16 21:25:59 momjian Exp $
#
#-------------------------------------------------------------------------
@@ -605,10 +605,9 @@ echo "VACUUM ANALYZE" \
| "$PGPATH"/postgres $PGSQL_OPT template1 > /dev/null || exit_nicely
echo
-echo "$CMDNAME completed successfully. You can now start the database server."
-echo " $PGPATH/postmaster -D $PGDATA"
-echo "or"
-echo " $PGPATH/pg_ctl -D $PGDATA start"
+echo "Success. You can now start the database server using"
+echo "$PGPATH/postmaster -D $PGDATA or"
+echo "$PGPATH/pg_ctl -D $PGDATA start"
echo
exit 0
diff --git a/src/bin/pg_dump/README b/src/bin/pg_dump/README
deleted file mode 100644
index f34f45a754c..00000000000
--- a/src/bin/pg_dump/README
+++ /dev/null
@@ -1,73 +0,0 @@
-pg_dump is a utility for dumping out a postgres database into a script
-file containing query commands. The script files are in a ASCII
-format and can be used to reconstruct the database, even on other
-machines and other architectures. pg_dump will produce the queries
-necessary to re-generate all user-defined types, functions, tables,
-indices, aggregates, and operators. In addition, all the data is
-copied out in ASCII format so that it can be readily copied in again.
-
-
-To build:
-
- % gmake clean install
-
-This version of the program will read in your postgreSQL database and
-output the schema and the data tuples in SQL. The dumps are useful
-for moving from one postgreSQL installation to another.
-
-
-How to use pg_dump:
--------------------
-
-The command line options are fairly self explanatory. Use -help to
-see the command line options. recommend using -v to get
-more verbose descriptions of what pg_dump is doing.
-
-After running pg_dump, one should examine the output script file for any
-warnings, especially in light of the limitations listed below.
-
-A typical use of pg_dump:
-
- % pg_dump -v -f oldDB.dump oldDB
- % createdb newDB
- % psql newDB < oldDB.dump
-
-
-Caveats and limitations:
-------------------------
-
-pg_dump has a few limitations. The limitations mostly stem from
-difficulty in extracting certain meta-information from the system
-catalogs.
-
- rules and views:
- pg_dump does not understand user-defined rules and views and
- will fail to dump them properly. (This is due to the fact that
- rules are stored as plans in the catalogs and not textually)
-
- partial indices:
- pg_dump does not understand partial indices. (The reason is
- the same as above. Partial index predicates are stored as plans)
-
- large objects:
- pg_dump does not handle large objects. Large
- objects are ignored and must be dealt with manually.
-
- oid preservation:
- pg_dump does not preserve oid's while dumping. If you have
- stored oid's explicitly in tables in user-defined attributes,
- and are using them as keys, then the output scripts will not
- regenerate your database correctly.
-
-pg_dump requires postgres95 beta0.03 or later.
-
-Bug-reporting
---------------
-
-If you should find a problem with pg_dump, it is very important that
-you provide a (small) sample database which illustrates the problem.
-Please send bugs, questions, and feedback to the
- postgres95@postgres95.vnet.net
-
-
-