Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-hackers since 2005-12-01 00:00

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

2005-12-01

Re: Upcoming PG re-releases Christopher Kings-Lynne (01:21)
Re: [ADMIN] ERROR: could not read block Qingqing Zhou (01:22)
Re: [HACKERS] Upcoming PG re-releases David Fetter (01:36)
Problem with COPY CSV Christopher Kings-Lynne (01:41)
Re: Upcoming PG re-releases Andrew Dunstan (02:21)
Re: [HACKERS] Upcoming PG re-releases Marc G. Fournier (03:56)
Re: Problem with COPY CSV Andrew Dunstan (04:20)
Re: [HACKERS] Upcoming PG re-releases Joshua D. Drake (04:22)
Another way to reduce pg_subtrans lookup overhead Tom Lane (04:38)
Re: [ADMIN] ERROR: could not read block Tom Lane (05:00)
Re: [ADMIN] ERROR: could not read block Qingqing Zhou (05:09)
Re: [HACKERS] Upcoming PG re-releases David Fetter (05:15)
Re: A couple of proposed pgbench changes Tatsuo Ishii (07:13)
Vertical Partitioning with TOAST Junji TERAMOTO (08:59)
Re: [HACKERS] Upcoming PG re-releases Richard Huxton (10:06)
generalizing the planner knobs Neil Conway (10:30)
Docs misspelling Christopher Kings-Lynne (10:33)
Re: [HACKERS] Upcoming PG re-releases Euler Taveira de Oliveira (10:35)
Re: Docs misspelling Neil Conway (10:51)
Re: Another way to reduce pg_subtrans lookup overhead Alvaro Herrera (11:12)
Re: [HACKERS] Upcoming PG re-releases Peter Eisentraut (12:09)
Re: [pgsql-www] Upcoming PG re-releases Csaba Nagy (12:20)
Re: [pgsql-www] Upcoming PG re-releases Richard Huxton (12:37)
Re: [PATCHES] A couple of proposed pgbench changes Tom Lane (15:07)
Re: Another way to reduce pg_subtrans lookup overhead Tom Lane (15:21)
Re: generalizing the planner knobs Jonah H. Harris (15:55)
Re: generalizing the planner knobs Tom Lane (16:49)
Re: [HACKERS] Upcoming PG re-releases Marc G. Fournier (17:00)
8.1, OID's and plpgsql Uwe C. Schroeder (17:01)
Re: [HACKERS] Upcoming PG re-releases Dave Page (17:10)
Re: [HACKERS] Upcoming PG re-releases Andrew Dunstan (17:21)
Re: 8.1, OID's and plpgsql Richard Huxton (17:25)
Re: generalizing the planner knobs Qingqing Zhou (17:32)
Re: [PATCHES] A couple of proposed pgbench changes Qingqing Zhou (17:52)
Re: Strange interval arithmetic Greg Stark (18:16)
Re: Strange interval arithmetic Greg Stark (18:18)
Re: generalizing the planner knobs Tom Lane (18:20)
Re: 8.1, OID's and plpgsql Jaime Casanova (18:24)
Re: [HACKERS] Upcoming PG re-releases Magnus Hagander (18:26)
Re: generalizing the planner knobs Jonah H. Harris (18:45)
pgsql: Add comments about why errno is set to zero. Bruce Momjian (20:06)
Re: [ADMIN] ERROR: could not read block Tom Lane (20:26)
Re: Strange interval arithmetic Greg Stark (20:31)
Re: 8.1, OID's and plpgsql Martijn van Oosterhout (20:37)
Re: [HACKERS] Strange interval arithmetic Bruce Momjian (20:37)
Re: Strange interval arithmetic Tom Lane (20:43)
Re: Strange interval arithmetic Michael Fuhr (20:45)
Re: [HACKERS] Strange interval arithmetic Tom Lane (20:49)
Re: [HACKERS] Strange interval arithmetic Bruce Momjian (20:50)
Re: pgsql: Add comments about why errno is set to zero. Tom Lane (20:53)
Re: generalizing the planner knobs Greg Stark (20:54)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Bruce Momjian (21:00)
Re: generalizing the planner knobs Tom Lane (21:01)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Tom Lane (21:06)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Bruce Momjian (21:12)
Re: generalizing the planner knobs Pollard, Mike (21:14)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Alvaro Herrera (21:20)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Martijn van Oosterhout (21:31)
Re: SHOW ALL output too wide Bruce Momjian (21:36)
Re: [COMMITTERS] pgsql: Add comments about why errno is set Bruce Momjian (21:38)
Re: [COMMITTERS] pgsql: Add comments about why errno is Neil Conway (22:19)
Re: Improving count(*) Bruce Momjian (22:33)

2005-12-02

Re: Fork-based version of pgbench Tom Lane (00:23)
Re: [COMMITTERS] pgsql: Add comments about why errno is Tom Lane (00:37)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Tom Lane (00:42)
Re: [COMMITTERS] pgsql: Add comments about why errno is set to zero. Tom Lane (00:44)
Re: generalizing the planner knobs Gregory Maxwell (02:01)
Reducing relation locking overhead Tom Lane (02:37)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (02:44)
Re: Reducing relation locking overhead Christopher Kings-Lynne (02:45)
Re: [COMMITTERS] pgsql: Add comments about why errno is set Bruce Momjian (02:49)
Re: Windows installation notes Greg Sabino Mullane (02:56)
Re: Reducing relation locking overhead Stephen Frost (03:03)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (03:14)
Re: 8.1, OID's and plpgsql Uwe C. Schroeder (03:18)
Re: generalizing the planner knobs Pollard, Mike (03:21)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (03:27)
Re: generalizing the planner knobs Neil Conway (03:37)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (03:43)
Re: Please let us know if you will come to the PostgreSQL Anniversary Greg Sabino Mullane (03:45)
Re: generalizing the planner knobs Tom Lane (03:56)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (03:58)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (04:03)
Re: Numeric 508 datatype Bruce Momjian (04:34)
Weird Grant/Revoke/Usage behavior Joshua D. Drake (05:04)
Additional Grant/revoke problem Joshua D. Drake (05:19)
Re: Fork-based version of pgbench Greg Stark (06:40)
Re: Reducing relation locking overhead Greg Stark (06:44)
Re: generalizing the planner knobs Trent Shipley (07:06)
Re: generalizing the planner knobs Greg Stark (07:09)
Re: Fork-based version of pgbench Tom Lane (07:11)
Re: Reducing relation locking overhead Tom Lane (07:14)
Buildfarm: Bear, Branch 2? Michael Glaesemann (07:33)
Re: slow IN() clause for many cases Simon Riggs (08:18)
Re: [HACKERS] Should libedit be preferred to libreadline? Peter Eisentraut (08:28)
Re: Numeric 508 datatype Simon Riggs (08:57)
Re: Using multi-row technique with COPY Simon Riggs (09:39)
Re: slow IN() clause for many cases Martijn van Oosterhout (09:48)
Re: generalizing the planner knobs Csaba Nagy (10:07)
Re: Shared locking in slru.c Manfred Koizar (10:09)
Graphics in postgress using GTK Anuj Tripathi (10:45)
Re: generalizing the planner knobs Martijn van Oosterhout (10:53)
Re: Graphics in postgress using GTK Martijn van Oosterhout (11:06)
Re: Graphics in postgress using GTK Richard Huxton (11:10)
Re: Buildfarm: Bear, Branch 2? Andrew Dunstan (11:54)
Re: Buildfarm: Bear, Branch 2? Michael Glaesemann (11:56)
Re: generalizing the planner knobs Pollard, Mike (12:57)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (14:14)
Re: Shared locking in slru.c Tom Lane (14:18)
[No subject] luckyghio@katamail.com (14:41)
postgres questions (semi-joins, algebraic space) luckyghio@katamail.com (14:44)
Re: Reducing relation locking overhead Simon Riggs (14:53)
Optimizer oddness, possibly compounded in 8.1 Philip Warner (14:55)
Re: [HACKERS] Should libedit be preferred to libreadline? Andrew Dunstan (15:02)
Re: Graphics in postgress using GTK Cristian Prieto (15:12)
Re: generalizing the planner knobs Rod Taylor (15:20)
Re: Graphics in postgress using GTK Jaime Casanova (15:30)
Re: Optimizer oddness, possibly compounded in 8.1 Tom Lane (15:42)
Re: Numeric 508 datatype Bruce Momjian (16:47)
Re: [HACKERS] Should libedit be preferred to libreadline? Chris Browne (17:14)
Re: Numeric 508 datatype Bruce Momjian (17:17)
Re: 8.1, OID's and plpgsql Jaime Casanova (17:25)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (17:28)
Reduce NUMERIC size by 2 bytes, reduce max length to 508 digits Bruce Momjian (17:39)
Re: Numeric 508 datatype Tom Lane (17:43)
Re: Numeric 508 datatype Bruce Momjian (18:03)
Re: Numeric 508 datatype Tom Lane (18:21)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (18:23)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (18:32)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (18:38)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (18:39)
Re: Numeric 508 datatype Bruce Momjian (18:42)
Re: [HACKERS] Should libedit be preferred to libreadline? Tom Lane (18:47)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (18:52)
Re: Numeric 508 datatype Tom Lane (18:54)
Re: [HACKERS] Should libedit be preferred to libreadline? Joshua D. Drake (19:01)
Re: Numeric 508 datatype Bruce Momjian (19:09)
Re: What`s wrong with the lists? Greg Sabino Mullane (19:37)
Re: Numeric 508 datatype Tom Lane (19:53)
Re: Numeric 508 datatype Alvaro Herrera (20:01)
Re: What`s wrong with the lists? Alvaro Herrera (20:05)
Re: Numeric 508 datatype Tom Lane (20:06)
Re: Numeric 508 datatype Alvaro Herrera (20:12)
Re: [HACKERS] Should libedit be preferred to libreadline? Bruce Momjian (20:12)
Re: Numeric 508 datatype Bruce Momjian (20:14)
Re: Numeric 508 datatype Tom Lane (20:15)
Re: Reducing relation locking overhead Greg Stark (20:25)
Re: Numeric 508 datatype Alvaro Herrera (20:26)
Re: [HACKERS] Should libedit be preferred to libreadline? Joshua D. Drake (20:27)
Re: Reduce NUMERIC size by 2 bytes, reduce max length to 508 digits Tom Lane (20:37)
Re: Numeric 508 datatype Bruce Momjian (20:44)
Re: generalizing the planner knobs Greg Stark (20:49)
Re: generalizing the planner knobs Rod Taylor (20:51)
Re: Numeric 508 datatype Tom Lane (20:55)
Re: Numeric 508 datatype Bruce Momjian (20:59)
Re: Numeric 508 datatype Simon Riggs (21:01)
Re: Reducing relation locking overhead Gregory Maxwell (21:01)
Re: Numeric 508 datatype Bruce Momjian (21:05)
Re: Numeric 508 datatype Tom Lane (21:10)
Re: Numeric 508 datatype Bruce Momjian (21:19)
Re: generalizing the planner knobs Gregory Maxwell (21:23)
Re: Numeric 508 datatype Tom Lane (21:30)
Re: Reducing relation locking overhead Alvaro Herrera (22:04)
Re: Numeric 508 datatype Michael Fuhr (22:04)
Re: Please let us know if you will come to the PostgreSQL Anniversary Andrew Sullivan (22:07)
Re: Numeric 508 datatype Bruce Momjian (22:11)
Re: Numeric 508 datatype Tom Lane (22:20)
Re: Numeric 508 datatype Bruce Momjian (22:23)
Re: Numeric 508 datatype Tom Lane (22:26)
Re: Numeric 508 datatype Bruce Momjian (22:29)
Re: Reducing relation locking overhead Simon Riggs (22:34)
Re: Numeric 508 datatype Bruce Momjian (22:38)
Re: Numeric 508 datatype Tom Lane (22:39)
Re: Reducing relation locking overhead Jochem van Dieten (22:41)
Re: Numeric 508 datatype Bruce Momjian (22:41)
Re: Optional postgres database not so optional in 8.1 Andrew Dunstan (22:45)
Re: Reducing relation locking overhead Tom Lane (22:45)
Spam 508 Simon Riggs (22:47)
Re: Numeric 508 datatype Tom Lane (22:49)
Re: generalizing the planner knobs Simon Riggs (23:01)
Re: generalizing the planner knobs Trent Shipley (23:05)
Re: Spam 508 Marc G. Fournier (23:19)
Re: Reducing relation locking overhead Tom Lane (23:32)
Re: Numeric 508 datatype Tom Lane (23:38)
strange behavior (corruption?) of large production database Joe Conway (23:44)
Re: Spam 508 Tom Lane (23:44)
Re: 8.1, OID's and plpgsql Jim C. Nasby (23:46)
Re: strange behavior (corruption?) of large production database Tom Lane (23:53)
Re: 8.1, OID's and plpgsql Tom Lane (23:58)
Re: Spam 508 Jan Wieck (23:58)

2005-12-03

Re: Spam 508 Marc G. Fournier (00:03)
Re: strange behavior (corruption?) of large production Joe Conway (00:06)
Re: strange behavior (corruption?) of large production database Tom Lane (00:11)
Re: strange behavior (corruption?) of large production Joe Conway (00:17)
Re: strange behavior (corruption?) of large production database Tom Lane (00:20)
Re: Optimizer oddness, possibly compounded in 8.1 Philip Warner (00:35)
Re: Reduce NUMERIC size by 2 bytes, reduce max length to 508 digits Tom Lane (00:37)
Re: strange behavior (corruption?) of large production Joe Conway (00:40)
Re: Optimizer oddness, possibly compounded in 8.1 Tom Lane (00:43)
Re: strange behavior (corruption?) of large production database Tom Lane (00:47)

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Privacy Policy | About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group