- 26 11月, 1996 2 次提交
-
-
由 Bryan Henderson 提交于
-
由 Bryan Henderson 提交于
-
- 21 11月, 1996 1 次提交
-
-
由 Bruce Momjian 提交于
mode properly. This will apply correctly to 1.09 & 2.0 sources. From David H. Bennett
-
- 17 11月, 1996 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 10 11月, 1996 1 次提交
-
-
由 Bryan Henderson 提交于
-
- 08 11月, 1996 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 04 11月, 1996 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 08 10月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
Submitted by: D'Arcy Cain
-
- 07 10月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
Submitted by: D'Arcy Cain
-
- 03 10月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
Submitted by: Carsten Heyl <heyl@nads.de>
-
- 16 9月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
all the calls with strdup. Submitted by: darcy@druid.druid.com (D'Arcy J.M. Cain)
-
- 25 8月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
It adds a WITH OIDS option to the copy command, which allows dumping and loading of oids. If a copy command tried to load in an oid that is greater than its current system max oid, the system max oid is incremented. No checking is done to see if other backends are running and have cached oids. pg_dump as its first step when using the -o (oid) option, will copy in a dummy row to set the system max oid value so as rows are loaded in, they are certain to be lower than the system oid. pg_dump now creates indexes at the end to speed loading Submitted by: Bruce Momjian <maillist@candle.pha.pa.us>
-
- 14 8月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
pg_dump and load to 2.0. I haven't gotten any feedback on whether people want it, so I am submitting it for others to decide. I would recommend an install in 1.02.1. I had said that the 2.0 pg_dump could dump a 1.02.1 database, but I was wrong. The copy is actually performed by the backend, and the 2.0 database will not be able to read 1.02.1 databases because of the new system columns. This patch does several things. It copies nulls out as \N, so they can be distinguished from '' strings. It fixes a problem where backslashes in the input stream were not output as double-backslashes. Without this patch, backslashes copied out were deleted upon input, or interpreted as special characters. Third, input is now terminated by backslash-period. This can not be part of a normal input stream. I tested this by creating a database with all sorts of nulls, backslash, and period fields and dumped the database and reloaded into a new database and compared them. Submitted by: Bruce
-
- 31 7月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
-
- 27 7月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
case where the attribute length is variable (stored as -1). Previously, you'd get output that looked like: CREATE TABLE foo (bar varchar(-1)); Monitor and psql don't like this at all :). Here is a fix: Submitted by: Adam Sussman <myddryn@vidya.com>
-
- 22 7月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
-
- 12 7月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
Submitted by: david bennett <dave@bensoft.com> marc g. fournier <scrappy@ki.net>
-
- 09 7月, 1996 1 次提交
-
-
由 Marc G. Fournier 提交于
-