- 28 6月, 2001 3 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 27 6月, 2001 2 次提交
-
-
由 Hiroshi Inoue 提交于
Now the version is 7.01.0006.
-
由 Bruce Momjian 提交于
-
- 26 6月, 2001 7 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
directly, rather than through SetConfigOption().
-
由 Tom Lane 提交于
directly, rather than through SetConfigOption().
-
由 Tom Lane 提交于
IS TRUE, etc, with some degree of verisimilitude. Split out selectivity support functions from builtins.h into a new header file selfuncs.h, so as to reduce the number of header files builtins.h must depend on. Fix a few missing inclusions exposed thereby. From Joe Conway, with some kibitzing from Tom Lane.
-
由 Tom Lane 提交于
-
- 25 6月, 2001 1 次提交
-
-
由 Bruce Momjian 提交于
Here is a patch which inspired by Michael Stephens that should work Dave Cramer
-
- 24 6月, 2001 4 次提交
-
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
message in that case.
-
由 Bruce Momjian 提交于
> > secure_ctx changes too. it will be PGC_BACKEND after '-p'. > > Oh, okay, I missed that part. Could we see the total state of the > patch --- ie, a diff against current CVS, not a bunch of deltas? > I've gotten confused about what's in and what's out. Ok, here it is. Cleared the ctx comment too - after -p it will be PGC_BACKEND in any case. Marko Kreen
-
- 23 6月, 2001 9 次提交
-
-
由 Bruce Momjian 提交于
Oracle database to PostgreSQL. It currently dump the database schema (tables, views, sequences, indexes, grants), with primary, unique and foreign keys into PostgreSQL syntax without editing the SQL code generated. You can dump only a particular schema from the Oracle database. Functions, procedures and triggers with SQL or PLSQL code generated must be reviewed to match the PostgreSQL syntax. Some usefull recommandation on porting Oracle to PostgreSQL can be found at http://techdocs.postgresql.org/ under the "Converting from other Databases to PostgreSQL" Oracle part. I just notice one thing more is that the trunc() function in Oracle is the same for number or date so be carefull when porting to PostgreSQL to use trunc() for number and date_trunc() for date. I will add more precision in type NUMBER conversion based on length to match as closest as possible all rich PostgreSQL numerics type. But it seems not to be urgent as it seems that Oracle DBAs only create number with length 22 (default) Space seems not to be their problem... Gilles DAROLD
-
由 Bruce Momjian 提交于
sequence.
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Bruce Momjian 提交于
Alex Pilosov
-
由 Jan Wieck 提交于
Jan
-
由 Jan Wieck 提交于
it's hard to keep such massive changes in sync with the tree so I need to get it in and work from there now). Jan
-
由 Tom Lane 提交于
to large tables. Recommend ANALYZE or VACUUM ANALYZE after populating a table.
-
由 Peter Eisentraut 提交于
oid values.
-
- 22 6月, 2001 6 次提交
-
-
由 Hiroshi Inoue 提交于
other than tablename_pkey.
-
由 Tom Lane 提交于
return without waiting if we can't get the lock immediately). Not used yet, but will be needed for concurrent VACUUM.
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
ordering of startup operations in one or two places.
-
- 21 6月, 2001 6 次提交
-
-
由 Peter Eisentraut 提交于
(see http://mail.gnu.org/pipermail/libtool/2000-July/001824.html). But apparently it should still be present with -Bsymbolic.
-
由 Peter Eisentraut 提交于
from Johnny C. Lam <lamj@stat.cmu.edu> via D'Arcy
-
由 Peter Eisentraut 提交于
to be missing in some header files (on OpenBSD 2.8?).
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
a new postmaster child process. This should eliminate problems with authentication blocking (e.g., ident, SSL init) and also reduce problems with the accept queue filling up under heavy load. The option to send elog output to a different file per backend (postgres -o) has been disabled for now because the initialization would have to happen in a different order and it's not clear we want to keep this anyway.
-
- 20 6月, 2001 2 次提交
-
-
由 D'Arcy J.M. Cain 提交于
-
由 D'Arcy J.M. Cain 提交于
make sure that we are using the right #defines in pgmodule.c but the OIDs are never actually expected to change.
-