| Commit message (Collapse) | Author | Age |
|
|
|
| |
containing non-unique data
|
| |
|
|
|
|
|
| |
open Nulldev a *bit* more user friendly...or, at least, admin
friendly...have it print strerror(errno) as well
|
|
|
|
| |
one clause.
|
| |
|
|
|
|
|
| |
not certain how to fix, so left them there and enabled -Wno-error for
this directory for now
|
| |
|
| |
|
| |
|
|
|
|
| |
From: "Martin S. Utesch" <utesch@aut.tu-freiberg.de>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
quieting prototyping in port/ultrix4.h
Submitted by: Erik Bertelsen <erik@sockdev.uni-c.dk>
|
|
|
|
| |
Replaced NEED_STRDUP by !HAVE_STRDUP
|
|
|
|
|
|
|
|
|
| |
The following patch to src/backend/libpq/pqpacket.c provides additional
checking for bad packet length data. It was tested with the Linux telnet
client, with netcat using the numbers.txt and by dumping random numbers
into the port.
Patch by: Alvaro Martinez Echevarria <alvaro@lander.es>
|
|
|
|
|
|
|
|
|
|
| |
The following patches add to the backend a new debugging flag -K which prints
a debug trace of all locking operations on user relations (those with oid
greater than 20000). The code is compiled only if LOCK_MGR_DEBUG is defined,
so the patch should be harmless if not explicitly enabled.
I'm using the code to trace deadlock conditions caused by application queries
using the command "$POSTMASTER -D $PGDATA -o '-d 1 -K 1'.
The patches are for version 6.0 dated 970126.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patches from: aoki@CS.Berkeley.EDU (Paul M. Aoki)
i gave jolly my btree bulkload code a long, long time ago but never
gave him a bunch of my bugfixes. here's a diff against the 6.0
baseline.
for some reason, this code has slowed down somewhat relative to the
insertion-build code on very small tables. don't know why -- it used
to be within about 10%. anyway, here are some (highly unscientific!)
timings on a dec 3000/300 for synthetic tables with 10k, 100k and
1000k tuples (basically, 1mb, 10mb and 100mb heaps). 'c' means
clustered (pre-sorted) inputs and 'u' means unclustered (randomly
ordered) inputs. the 10k table basically fits in the buffer pool, but
the 100k and 1000k tables don't. as you can see, insertion build is
fine if you've sorted your heaps on your index key or if your heap
fits in core, but is absolutely horrible on unordered data (yes,
that's 7.5 hours to index 100mb of data...) because of the zillions of
random i/os.
if it doesn't work for you for whatever reason, you can always turn it
back off by flipping the FastBuild flag in nbtree.c. i don't have
time to maintain it.
good luck!
baseline code:
time psql -c 'create index c10 on k10 using btree (c int4_ops)' bttest
real 8.6
time psql -c 'create index u10 on k10 using btree (b int4_ops)' bttest
real 9.1
time psql -c 'create index c100 on k100 using btree (c int4_ops)' bttest
real 59.2
time psql -c 'create index u100 on k100 using btree (b int4_ops)' bttest
real 652.4
time psql -c 'create index c1000 on k1000 using btree (c int4_ops)' bttest
real 636.1
time psql -c 'create index u1000 on k1000 using btree (b int4_ops)' bttest
real 26772.9
bulkloading code:
time psql -c 'create index c10 on k10 using btree (c int4_ops)' bttest
real 11.3
time psql -c 'create index u10 on k10 using btree (b int4_ops)' bttest
real 10.4
time psql -c 'create index c100 on k100 using btree (c int4_ops)' bttest
real 59.5
time psql -c 'create index u100 on k100 using btree (b int4_ops)' bttest
real 63.5
time psql -c 'create index c1000 on k1000 using btree (c int4_ops)' bttest
real 636.9
time psql -c 'create index u1000 on k1000 using btree (b int4_ops)' bttest
real 701.0
|
| |
|
|
|
|
|
|
| |
already doing
Removed only reference to a machine.h I could find in c.h, to win32/machine.h
|
| |
|
| |
|
|
|
|
| |
Submitted by: Tatsuo Ishii
|
| |
|
| |
|
|
|
|
|
|
| |
required
Pointed out by Brian E. Gallew
|
|
|
|
| |
Pointed out by:" Tatsuo Ishii <t-ishii@sra.co.jp>
|
|
|
|
| |
in pg_class if no one page was reapped by vacuum.
|
| |
|
|
|
|
|
|
|
| |
whereby timezone isn't an int, but tzset() exists...
This isn't a definitive fix, as there is probably an easier way of
fixing the bug...
|
|
|
|
| |
From: Keith Parks
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
|Subject: [PATCH] adding SYS_TIME just for fun.
|
|Hi,
|
|Whilst I was playing round with the European dates patch I noticed the sysfunc()
|that allows you to do :-
|
|create table test ( da date);
|insert into test values (SYS_DATE);
|
|and have the current system date inserted.
|
|So I thought it would be nice to have the SYS_TIME facility too.
|
|I've cloned the function and changed a few things and there you have it,
|you can now do:
|
|create table test2 ( ti time);
|insert into test2 values (SYS_TIME);
|
|
|
|
| |
Wrap it in an #ifndef to prevent this
|
|
|
|
|
|
| |
from a #define to a run-time option '-e'
Man page was updated to reflect new option
|
| |
|
|
|
|
|
| |
bug causes compilation to fail on alpha, the second causes a compiler
in this environment
|
| |
|
|
|
|
| |
to reflect what configure is going to define when the time comes
|
| |
|
| |
|
| |
|
| |
|