- 28 6月, 2000 2 次提交
-
-
由 Tom Lane 提交于
for details). It doesn't really do that much yet, since there are no short-term memory contexts in the executor, but the infrastructure is in place and long-term contexts are handled reasonably. A few long- standing bugs have been fixed, such as 'VACUUM; anything' in a single query string crashing. Also, out-of-memory is now considered a recoverable ERROR, not FATAL. Eliminate a large amount of crufty, now-dead code in and around memory management. Fix problem with holding off SIGTRAP, SIGSEGV, etc in postmaster and backend startup.
-
由 Bruce Momjian 提交于
Japan. Can someone comment on this? According to him, with the patch now only the geometry test fails. Tatsuo Ishii
-
- 27 6月, 2000 1 次提交
-
-
由 Peter Eisentraut 提交于
all the standard semantics. Also get rid of Makefile.in's on the way and instead declare all variables in Makefile.global.
-
- 26 6月, 2000 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 25 6月, 2000 2 次提交
-
-
由 Peter Eisentraut 提交于
-
由 Peter Eisentraut 提交于
-
- 23 6月, 2000 1 次提交
-
-
由 Peter Eisentraut 提交于
option settings. Sort out SIGHUP vs BACKEND -- there is no total ordering here, so make explicit checks. Add comments explaining all of this. Removed permissions check on SHOW command. Add examine_subclass to the game, rename to SQL_inheritance to fit the official data model better. Adjust documentation. Standalone backend needs to reset all options before it starts. To facilitate that, have IsUnderPostmaster be set by the postmaster itself, don't wait for the magic -p switch. Also make sure that all environment variables and argv's survive init_ps_display(). Use strdup where necessary. Have initdb make configuration files (postgresql.conf, pg_hba.conf) mode 0600 -- having configuration files is no fun if you can't edit them.
-
- 21 6月, 2000 1 次提交
-
-
由 Peter Eisentraut 提交于
interfaces and interfaces/odbc make files. Adjusted regression test driver to start building and installing in the top level directory.
-
- 20 6月, 2000 6 次提交
-
-
由 Tom Lane 提交于
the underlying table at all, just change the mapping entry ... but that logic was missing.
-
由 Tom Lane 提交于
hopefully even a little faster.
-
由 Tom Lane 提交于
to apply the tempname->realname mapping to type name lookup as well as relation name lookup, else the type tuple will not be found when wanted. This fixes bugs like this one: create temp table foo (f1 int); select foo.f2 from foo; ERROR: Unable to locate type name 'foo' in catalog
-
由 Tom Lane 提交于
are opened in a consistent order by different backends (I ordered them by index OID because that's easy, but any other consistent order would do as well). This avoids potential deadlock for index types that we acquire exclusive locks on ... ie, rtree.
-
由 Tom Lane 提交于
Tweak mdcreate a little bit so that it returns the right errno.
-
由 Peter Eisentraut 提交于
which didn't work anyway. Had to back out unixodbc related patch which broke the regular ODBC build.
-
- 19 6月, 2000 5 次提交
-
-
由 Bruce Momjian 提交于
and readability.
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
entries now for int8 and network hash indexes. int24_ops and int42_ops are gone. pg_opclass no longer contains multiple entries claiming to be the default opclass for the same datatype. opr_sanity regress test extended to catch errors like these in the future.
-
由 Bruce Momjian 提交于
-
由 Tom Lane 提交于
materialized tupleset is small enough) instead of a temporary relation. This was something I was thinking of doing anyway for performance, and Jan says he needs it for TOAST because he doesn't want to cope with toasting noname relations. With this change, the 'noname table' support in heap.c is dead code, and I have accordingly removed it. Also clean up 'noname' plan handling in planner --- nonames are either sort or materialize plans, and it seems less confusing to handle them separately under those names.
-
- 18 6月, 2000 3 次提交
-
-
由 Tom Lane 提交于
-
由 Tom Lane 提交于
passing the index-is-unique flag to index build routines (duh! ... why wasn't it done this way to begin with?). Aside from eliminating an eyesore, this should save a few milliseconds in btree index creation because a full scan of pg_index is not needed any more.
-
由 Tom Lane 提交于
discussion of 5/19/00). pg_index is now searched for indexes of a relation using an indexscan. Moreover, this is done once and cached in the relcache entry for the relation, in the form of a list of OIDs for the indexes. This list is used by the parser and executor to drive lookups in the pg_index syscache when they want to know the properties of the indexes. Net result: index information will be fully cached for repetitive operations such as inserts.
-
- 17 6月, 2000 2 次提交
-
-
由 Tom Lane 提交于
pointers, namely the catcache tuple fetch routines. Also get rid of the unused and possibly confusing 'size' field in struct cachedesc. Since it doesn't allow for variable-length fields, anyone who actually trusted it would likely be making a mistake...
-
由 Peter Eisentraut 提交于
Add options to configure to automatically build for Kerberos support; no more editing of make files.
-
- 16 6月, 2000 2 次提交
-
-
由 Tom Lane 提交于
stored rules. Bump catversion to reflect incompatibility.
-
由 Bruce Momjian 提交于
-
- 15 6月, 2000 10 次提交
-
-
由 Tom Lane 提交于
was inappropriately relying on rel->rd_nblocks to tell if the LO is empty (apparently a hack to get around a long-dead index bug), causing misbehavior on a written-but-never-vacuumed LO. Also, inv_read failed to cope gracefully with 'holes' (unwritten regions) in the object.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Peter Eisentraut 提交于
we'll get there one day. Use `cat' to create aclocal.m4, not `aclocal'. Some people don't have automake installed. Only run the autoconf rule in the top-level GNUmakefile if the invoker specified `make configure', don't run it automatically because of CVS timestamp skew.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
- 14 6月, 2000 4 次提交
-
-
由 Tom Lane 提交于
--- ie, they're only called for side-effects. Add a PG_RETURN_VOID() macro and use it where appropriate. This probably doesn't change the machine code by a single bit ... it's just for documentation.
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
> situation is already tracked in File routines, but a little bit > incorrectly. > After small survey in Linux kernel code, I am not sure about > it. New patch set pos to unknown in the case of read/write > fails. And do lseek again. > Here is the full patch for this. This patch reduce amount of > lseek call ten ti mes for update statement and twenty times for > select statement. I tested joined up date and count(*) select > for table with rows > 170000 and 10 indices. I think this is > worse of trying. Before lseek calls account for more than 5% o > f time. Now they are 0.89 and 0.15 respectevly. > > Due to only one file modification patch should be applied in > src/backedn/stora ge/file/ dir. -- Sincerely Yours, Denis Perchine
-
由 Bruce Momjian 提交于
have'nt r un autoconf to create a new configure, I guess that's done by the smapshot process, I had to remove a line from interface/odbc/ GNUMakefile to get it to build, it was a autoconf variable that looks to not be used anymore, I am assuming that this is ok. Nick Gorham Easysoft Ltd
-