Mailing lists [pgsql-hackers]

1 April 2005

• 00:06   Re: [ADMIN] Excessive growth of pg_attribute and other system tables Tom Lane
• 00:18   Re: Notes on lock table spilling Alvaro Herrera
• 00:44   Re: [ADMIN] Excessive growth of pg_attribute and other system tables Steve Crawford
• 01:16   Re: [ADMIN] Excessive growth of pg_attribute and other system tables Matthew T. O'Connor
• 03:23   Re: [ADMIN] Excessive growth of pg_attribute and other system tables Tom Lane
• 04:08   Re: HEAD \df doesn't show functions with no arguments Greg Sabino Mullane
• 04:32   Re: Hash vs. HashJoin nodes Jim C. Nasby
• 05:31   Re: [GENERAL] Debugging deadlocks Alvaro Herrera
• 05:51   Re: [ADMIN] Excessive growth of pg_attribute and other system tables Qingqing Zhou
• 06:20   Re: Bug in DROP NOT NULL Christopher Kings-Lynne
• 06:54   New FLOSS survey Christopher Kings-Lynne
• 08:34   Re: HEAD \df doesn't show functions with no arguments Tom Lane
• 08:53   Re: HEAD \df doesn't show functions with no arguments Bruce Momjian
• 08:57   Re: HEAD \df doesn't show functions with no arguments Christopher Kings-Lynne
• 08:57   Re: HEAD \df doesn't show functions with no arguments Tom Lane
• 09:08   Re: HEAD \df doesn't show functions with no arguments Bruce Momjian
• 09:23   Re: HEAD \df doesn't show functions with no arguments elein@varlena.com (elein)
• 09:26   Re: HEAD \df doesn't show functions with no arguments Tom Lane
• 09:29   Re: HEAD \df doesn't show functions with no arguments Christopher Kings-Lynne
• 09:32   Re: HEAD \df doesn't show functions with no arguments Bruce Momjian
• 09:33   Re: HEAD \df doesn't show functions with no arguments Bruce Momjian
• 09:37   Re: HEAD \df doesn't show functions with no arguments Michael Fuhr
• 09:46   Re: HEAD \df doesn't show functions with no arguments Michael Fuhr
• 09:52   Re: HEAD \df doesn't show functions with no arguments Christopher Kings-Lynne
• 10:06   Re: add_missing_from in 8.1 Neil Conway
• 10:11   Re: add_missing_from in 8.1 Bruce Momjian
• 10:27   Re: add_missing_from in 8.1 Neil Conway
• 11:40   Name change proposal Michael Fuhr
• 11:55   Re: understanding pg_stat* numbers Oleg Bartunov
• 12:01   Re: Name change proposal Russell Smith
• 12:36   Re: Name change proposal jtv@xs4all.nl
• 12:40   Re: Name change proposal Richard Huxton
• 13:37   Re: understanding pg_stat* numbers Qingqing Zhou
• 15:44   Re: Name change proposal Thomas Hallgren
• 16:04   Re: Name change proposal Richard Huxton
• 16:09   Re: HEAD \df doesn't show functions with no arguments Greg Sabino Mullane
• 16:29   Re: Issue Tracking System (was add_missing_from in 8.1) Euler Taveira de Oliveira
• 18:08   Re: ARC patent Marian POPESCU
• 18:47   Re: add_missing_from in 8.1 Tom Lane
• 19:01   Re: Name change proposal Tom Lane
• 19:10   Re: New FLOSS survey Mark Woodward
• 19:49   Re: ARC patent Dave Held
• 19:58   Re: TSearch2 performance issue? Christopher Kings-Lynne
• 20:23   Re: ARC patent Bruce Momjian
• 20:29   Re: ARC patent Dave Held
• 20:36   Re: ARC patent Bruce Momjian
• 21:01   Re: ARC patent Andrew Dunstan
• 22:25   SRF's + SPI Eric B.Ridge
• 22:43   Re: ARC patent Mark Woodward

2 April 2005

• 00:55   Re: SRF's + SPI Tom Lane
• 01:29   Re: SRF's + SPI Eric B.Ridge
• 01:56   Re: SRF's + SPI Tom Lane
• 07:11   plPHP in core? Joshua D. Drake
• 07:16   Re: plPHP in core? Bruce Momjian
• 07:18   LEFT JOIN used in psql describe.c Bruce Momjian
• 07:27   Re: [GENERAL] plPHP in core? Alvaro Herrera
• 08:17   Re: LEFT JOIN used in psql describe.c Greg Sabino Mullane
• 08:43   Re: plPHP in core? Marc G. Fournier
• 08:46   Re: LEFT JOIN used in psql describe.c Tom Lane
• 09:05   Re: [GENERAL] plPHP in core? Tom Lane
• 09:14   Re: plPHP in core? Vishal Kashyap @ [SaiHertz]
• 09:17   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 09:18   Re: plPHP in core? Joshua D. Drake
• 09:20   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 09:38   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 09:41   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 10:09   Re: [GENERAL] plPHP in core? Tom Lane
• 10:13   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 10:19   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 10:31   Re: [GENERAL] plPHP in core? Tom Lane
• 11:21   Re: invalidating cached plans Qingqing Zhou
• 11:47   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 13:55   Re: [GENERAL] plPHP in core? Thomas Hallgren
• 17:01   Re: LEFT JOIN used in psql describe.c Bruce Momjian
• 19:15   Re: [GENERAL] plPHP in core? Hans-Jürgen Schönig
• 19:20   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:21   Re: [GENERAL] plPHP in core? Dave Cramer
• 19:28   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:30   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:33   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:34   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:49   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 19:52   Re: [GENERAL] Debugging deadlocks Alvaro Herrera
• 20:00   Re: [GENERAL] plPHP in core? Dave Cramer
• 20:45   Re: invalidating cached plans Tom Lane
• 20:55   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 20:57   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 21:36   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 22:48   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 23:20   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 23:24   Re: [GENERAL] plPHP in core? Joe Conway
• 23:24   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 23:33   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 23:49   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 23:55   Re: [GENERAL] plPHP in core? Rod Taylor

3 April 2005

• 00:46   Re: [GENERAL] plPHP in core? Peter Eisentraut
• 03:16   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 03:33   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 03:57   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 04:10   how can I use a bound cursor 윤동수
• 06:56   Re: [GENERAL] plPHP in core? Christopher Kings-Lynne
• 12:38   Re: [GENERAL] plPHP in core? Thomas Hallgren
• 18:45   Transitive Closure and 'pg_inherits' Ioannis Theoharis
• 21:02   Recursive SQL Ioannis Theoharis
• 21:13   Re: Transitive Closure and 'pg_inherits' Tom Lane

4 April 2005

• 04:41   Re: [GENERAL] plPHP in core? Jim C. Nasby
• 04:59   Re: HEAD \df doesn't show functions with no arguments Jim C. Nasby
• 05:03   Re: Recursive SQL Euler Taveira de Oliveira
• 05:09   Re: HEAD \df doesn't show functions with no arguments Christopher Kings-Lynne
• 05:42   Re: TSearch2 performance issue? Christopher Kings-Lynne
• 07:41   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 07:58   Re: [GENERAL] plPHP in core? Jim C. Nasby
• 08:20   Re: [GENERAL] plPHP in core? Greg Stark
• 10:03   BuildFarm status: recent check failures Michael Glaesemann
• 10:08   Re: BuildFarm status: recent check failures Tom Lane
• 11:12   Re: TSearch2 performance issue? Teodor Sigaev
• 11:16   Re: TSearch2 performance issue? Teodor Sigaev
• 14:10   Re: add_missing_from in 8.1 Neil Conway
• 17:32   Re: BuildFarm status: recent check failures Jim Buttafuoco
• 18:17   Re: Bug in DROP NOT NULL Christopher Kings-Lynne
• 18:46   Re: BuildFarm status: recent check failures Tom Lane
• 19:02   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 19:20   Unicode problems on IRC Christopher Kings-Lynne
• 19:36   Re: [GENERAL] plPHP in core? Andrew Dunstan
• 20:01   Re: [GENERAL] plPHP in core? Tom Lane
• 20:18   Re: Bug in DROP NOT NULL Alvaro Herrera
• 20:31   Re: [GENERAL] plPHP in core? Andrew Dunstan
• 22:10   Re: Notes on lock table spilling Simon Riggs
• 22:50   Re: Notes on lock table spilling Merlin Moncure
• 23:03   Re: Notes on lock table spilling Greg Stark
• 23:52   Re: _RollbackFunc : dead code? Simon Riggs
• 23:52   Re: [GENERAL] plPHP in core? Robert Treat

5 April 2005

• 00:01   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 00:17   Re: [GENERAL] plPHP in core? Tom Lane
• 00:18   Re: [GENERAL] plPHP in core? Andrew Dunstan
• 00:28   Re: Notes on lock table spilling Alvaro Herrera
• 00:32   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 00:36   Re: [GENERAL] plPHP in core? Tom Lane
• 00:49   Re: [GENERAL] plPHP in core? Robert Treat
• 00:54   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 01:00   Re: [GENERAL] plPHP in core? Doug McNaught
• 01:04   Re: [GENERAL] plPHP in core? Alvaro Herrera
• 01:07   Re: Notes on lock table spilling Alvaro Herrera
• 01:15   Re: [GENERAL] plPHP in core? Robert Treat
• 01:20   Re: [GENERAL] plPHP in core? Robert Treat
• 01:33   Re: [GENERAL] plPHP in core? Joshua D. Drake
• 02:49   Re: Notes on lock table spilling Simon Riggs
• 05:18   Re: [PATCHES] DELETE ... USING Neil Conway
• 06:46   Re: [GENERAL] plPHP in core? Greg Sabino Mullane
• 07:33   Re: Notes on lock table spilling Greg Stark
• 07:37   Re: [GENERAL] plPHP in core? Greg Stark
• 07:46   PgFoundry.org busted? Christopher Kings-Lynne
• 07:49   Re: PgFoundry.org busted? Christopher Kings-Lynne
• 07:50   Re: Notes on lock table spilling Alvaro Herrera
• 07:55   Re: PgFoundry.org busted? Alvaro Herrera
• 10:28   Should we still require RETURN in plpgsql? Tom Lane
• 10:40   Re: Should we still require RETURN in plpgsql? Christopher Kings-Lynne
• 11:04   Re: Should we still require RETURN in plpgsql? Dennis Bjorklund
• 11:43   Re: Should we still require RETURN in plpgsql? Tom Lane
• 12:06   Re: [GENERAL] plPHP in core? Russell Smith
• 13:02   Re: [GENERAL] plPHP in core? Martijn van Oosterhout
• 13:33   Re: [GENERAL] plPHP in core? Andrew Dunstan
• 16:08   Re: [GENERAL] plPHP in core? Martín Marqués
• 16:26   Re: [GENERAL] plPHP in core? Martín Marqués
• 17:01   Re: Should we still require RETURN in plpgsql? Robert Treat
• 19:15   Re: [GENERAL] plPHP in core? Tom Lane
• 19:22   Re: Should we still require RETURN in plpgsql? Tom Lane
• 19:33   Re: [GENERAL] plPHP in core? Marc G. Fournier
• 19:34   Re: Should we still require RETURN in plpgsql? Oleg Bartunov
• 19:51   Re: Should we still require RETURN in plpgsql? Tom Lane
• 20:59   Re: [GENERAL] Vacuum time degrading Tom Lane
• 22:51   REINDEX ALL Joshua D. Drake
• 22:57   Re: REINDEX ALL Hans-Jürgen Schönig
• 23:26   Re: REINDEX ALL Tom Lane

6 April 2005

• 00:20   Call for objections: merge Resdom with TargetEntry Tom Lane
• 00:33   Re: Call for objections: merge Resdom with TargetEntry Alvaro Herrera
• 01:46   Re: REINDEX ALL Joshua D. Drake
• 02:18   Re: REINDEX ALL Andreas Pflug
• 03:27   Re: REINDEX ALL Russell Smith
• 03:34   Re: REINDEX ALL Joshua D. Drake
• 13:28   8.0.2 beta announcement?? Dave Page
• 13:57   Re: 8.0.2 beta announcement?? Neil Conway
• 14:25   Re: 8.0.2 beta announcement?? Dave Page
• 17:02   prepared statements don't log arguments? Palle Girgensohn
• 18:01   Re: Two phase commit Heikki Linnakangas
• 18:39   Re: prepared statements don't log arguments? Greg Stark
• 19:07   Re: 8.0.2 beta announcement?? Marc G. Fournier
• 19:21   Another trip for me Bruce Momjian
• 19:31   Re: 8.0.2 beta announcement?? Dave Page

7 April 2005

• 02:09   Recognizing range constraints (was Re: [PERFORM] Plan for relatively simple query seems to be very inefficient) Tom Lane
• 02:25   Re: Recognizing range constraints (was Re: [PERFORM] Plan for relatively simple query seems to be very inefficient) Jim C. Nasby
• 02:35   Re: Recognizing range constraints (was Re: [PERFORM] Plan for relatively simple query seems to be very inefficient) Tom Lane
• 03:06   Re: Recognizing range constraints (was Re: [PERFORM] Plan for relatively simple query seems to be very inefficient) Tom Lane
• 03:26   Re: Recognizing range constraints (was Re: [PERFORM] Plan for Simon Riggs
• 05:57   Re: prepared statements don't log arguments? Christopher Kings-Lynne
• 06:14   Re: prepared statements don't log arguments? Neil Conway
• 06:17   Shared row locking, revisited Alvaro Herrera
• 06:22   Re: prepared statements don't log arguments? Abhijit Menon-Sen
• 06:23   Re: prepared statements don't log arguments? Alvaro Herrera
• 06:27   Re: prepared statements don't log arguments? Oliver Jowett
• 06:33   Re: prepared statements don't log arguments? Neil Conway
• 06:34   Re: prepared statements don't log arguments? Oliver Jowett
• 07:11   Did this issue ever get resolved? Mike G.
• 08:37   Re: prepared statements don't log arguments? Tom Lane
• 10:20   Re: Did this issue ever get resolved? Qingqing Zhou
• 10:36   Re: Shared row locking, revisited Qingqing Zhou
• 11:43   About index_build Alexey Slynko
• 12:25   Re: prepared statements don't log arguments? Palle Girgensohn
• 15:03   'now' runtime Karel Zak
• 16:11   Re: Shared row locking, revisited Alvaro Herrera
• 18:12   Re: About index_build Tom Lane
• 18:14   Re: Recognizing range constraints (was Re: Plan for relatively simple query seems to be very inefficient) Bruno Wolff III
• 18:14   Re: 'now' runtime Tom Lane
• 18:20   Re: Recognizing range constraints (was Re: Plan for relatively simple query seems to be very inefficient) Tom Lane

8 April 2005

• 01:40   Re: Recognizing range constraints (was Re: [PERFORM] Plan for relatively simple query seems to be very inefficient) Jim C. Nasby
• 02:34   Re: prepared statements don't log arguments? Simon Riggs
• 02:51   Re: prepared statements don't log arguments? Palle Girgensohn
• 04:27   Re: Call for objections: merge Resdom with TargetEntry Bernd Helmle
• 04:48   Re: Call for objections: merge Resdom with TargetEntry Alvaro Herrera
• 05:14   Re: add_missing_from in 8.1 Neil Conway
• 07:41   8.0.2 bundled ... Marc G. Fournier
• 08:35   Weird psql crash Christopher Kings-Lynne
• 08:44   Re: Weird psql crash Tom Lane
• 08:48   Re: Weird psql crash Christopher Kings-Lynne
• 08:54   Re: 8.0.2 bundled ... Tom Lane
• 09:03   Re: Weird psql crash Tom Lane
• 10:51   Re: prepared statements don't log arguments? Simon Riggs
• 10:57   Re: prepared statements don't log arguments? Oliver Jowett
• 11:11   Re: prepared statements don't log arguments? Tom Lane
• 13:04   Re: Call for objections: merge Resdom with TargetEntry Bernd Helmle

9 April 2005

• 03:43   Tab-completion feature ? Sergey E. Koposov
• 04:50   Optimizing maximum/minimum queries (yet again) Tom Lane
• 05:45   Re: Optimizing maximum/minimum queries (yet again) Bruno Wolff III
• 05:49   Re: Optimizing maximum/minimum queries (yet again) Bruno Wolff III
• 06:27   Re: Optimizing maximum/minimum queries (yet again) Bruno Wolff III
• 07:18   Re: Optimizing maximum/minimum queries (yet again) Mark Kirkwood
• 07:36   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 07:38   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 07:40   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 07:54   Re: Optimizing maximum/minimum queries (yet again) Bruno Wolff III
• 08:16   Re: [PATCHES] DELETE ... USING Bruce Momjian
• 08:18   Re: [PATCHES] DELETE ... USING Bruce Momjian
• 08:19   Re: Optimizing maximum/minimum queries (yet again) Neil Conway
• 08:26   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 08:47   Re: [PATCHES] DELETE ... USING Tom Lane
• 08:48   Re: Optimizing maximum/minimum queries (yet again) Neil Conway
• 08:57   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 09:11   Re: Optimizing maximum/minimum queries (yet again) Bruno Wolff III
• 09:25   Re: Optimizing maximum/minimum queries (yet again) Tom Lane
• 20:42   Re: [GENERAL] table and column information from cursor? Tom Lane
• 21:07   Re: prepared statements don't log arguments? Simon Riggs

10 April 2005

• 02:18   Re: Unicode problems on IRC Bruce Momjian
• 04:04   Re: Unicode problems on IRC Andrew - Supernews
• 06:55   Re: Unicode problems on IRC John Hansen
• 07:29   Re: Unicode problems on IRC Tom Lane
• 07:33   Re: Unicode problems on IRC Bruce Momjian
• 09:54   Re: prepared statements don't log arguments? Oliver Jowett
• 17:52   Three-byte Unicode characters Bruce Momjian
• 18:47   Re: Three-byte Unicode characters Peter Eisentraut
• 19:02   Re: Unicode problems on IRC Andrew - Supernews
• 19:08   Raise Exception Mario Reis
• 19:08   Re: Should we still require RETURN in plpgsql? Terry Yapt
• 19:10   Catching DDL events (or equivalent functionality) Master of the beasts
• 19:10   Re: Recognizing range constraints (was Re: [PERFORM] Plan John A Meinel
• 19:11   Case Sensitivity 
• 19:26   static genericcostestimate Ramy M. Hassan
• 20:16   Re: Three-byte Unicode characters Tom Lane
• 20:39   Re: Unicode problems on IRC Tom Lane
• 20:44   Re: static genericcostestimate Tom Lane
• 21:18   Re: Tab-completion feature ? Greg Sabino Mullane
• 21:34   Re: Unicode problems on IRC John Hansen
• 21:48   Re: Three-byte Unicode characters Marc G. Fournier
• 21:51   Re: static genericcostestimate Ramy M. Hassan
• 22:17   Re: Case Sensitivity Euler Taveira de Oliveira
• 22:18   Re: Unicode problems on IRC Andrew - Supernews
• 22:50   Re: [PATCHES] DELETE ... USING Josh Berkus
• 23:10   System vs non-system casts Jim C. Nasby
• 23:41   Re: Unicode problems on IRC Oliver Jowett

11 April 2005

• 01:30   Re: [PERFORM] Functionscan estimates Josh Berkus
• 02:14   Re: Case Sensitivity Bruno Wolff III
• 03:42   Re: Unicode problems on IRC Andrew - Supernews
• 04:58   Question regarding clock-sweep Josh Berkus
• 05:20   Re: Question regarding clock-sweep Neil Conway
• 06:49   Re: Question regarding clock-sweep Tom Lane
• 10:55   Recursive types? John Hansen
• 14:28   Need help woth thread support in ecpglib Michael Meskes
• 14:38   Re: Recursive types? Tom Lane
• 16:18   Re: Question regarding clock-sweep Josh Berkus
• 16:34   Re: Question regarding clock-sweep Josh Berkus
• 18:07   probably needless linking against readline and ncurses Reinhard Max
• 19:33   NetBSD mac68k crashing on union regression test Rémi Zara
• 20:10   Re: probably needless linking against readline and ncurses Alvaro Herrera
• 20:11   Re: prepared statements don't log arguments? Simon Riggs
• 20:21   Re: probably needless linking against readline and ncurses Tom Lane
• 20:31   Re: NetBSD mac68k crashing on union regression test Tom Lane
• 21:35   Re: [PATCHES] DELETE ... USING Thomas F.O'Connell
• 21:51   Re: prepared statements don't log arguments? Oliver Jowett

12 April 2005

• 01:08   Re: Need help woth thread support in ecpglib Philip Yarra
• 01:23   Re: System vs non-system casts Robert Treat
• 02:11   Re: System vs non-system casts Andrew - Supernews
• 02:39   ISO-8859-1 encoding not enforced? Christopher Kings-Lynne
• 05:23   Re: System vs non-system casts Tom Lane
• 05:25   Re: ISO-8859-1 encoding not enforced? Tom Lane
• 06:23   Re: NetBSD mac68k crashing on union regression test Rémi Zara
• 06:39   Re: System vs non-system casts Michael Paesold
• 08:54   Test coverage for external sorting Simon Riggs
• 09:24   OUT parameters in PL/Java Thomas Hallgren
• 09:40   Re: ISO-8859-1 encoding not enforced? Andrew Dunstan
• 12:37   SortMem... mchron@aueb.gr
• 13:52   HEAD version of initdb fails on Win32 Thomas Hallgren
• 14:04   Re: Test coverage for external sorting Tom Lane
• 14:06   Re: OUT parameters in PL/Java Tom Lane
• 14:26   Re: OUT parameters in PL/Java Thomas Hallgren
• 14:28   Re: HEAD version of initdb fails on Win32 Tom Lane
• 14:43   Re: HEAD version of initdb fails on Win32 Thomas Hallgren
• 14:44   Re: OUT parameters in PL/Java Tom Lane
• 14:46   Re: HEAD version of initdb fails on Win32 Andrew Dunstan
• 14:52   Re: HEAD version of initdb fails on Win32 Tom Lane
• 14:54   Re: HEAD version of initdb fails on Win32 Tom Lane
• 15:02   Re: OUT parameters in PL/Java Thomas Hallgren
• 15:15   Re: OUT parameters in PL/Java Tom Lane
• 16:14   Re: System vs non-system casts Alvaro Herrera
• 16:35   Re: System vs non-system casts Tom Lane
• 16:39   Re: System vs non-system casts Michael Paesold
• 16:50   Re: System vs non-system casts Alvaro Herrera
• 16:59   Re: Test coverage for external sorting Simon Riggs
• 17:04   Re: System vs non-system casts Andrew - Supernews
• 17:04   Re: System vs non-system casts Tom Lane
• 17:13   Re: System vs non-system casts Alvaro Herrera
• 17:37   recovery from idiot delete error calvin247@aol.com
• 17:42   Re: System vs non-system casts Tom Lane
• 20:09   Re: recovery from idiot delete error Alvaro Herrera
• 21:09   Simplifying bootstrap OID assignment Tom Lane
• 21:19   Assigning fixed OIDs to system catalogs and indexes Tom Lane

13 April 2005

• 01:50   Re: Assigning fixed OIDs to system catalogs and indexes Qingqing Zhou
• 01:54   Re: Assigning fixed OIDs to system catalogs and indexes Christopher Kings-Lynne
• 02:10   Re: ISO-8859-1 encoding not enforced? Christopher Kings-Lynne
• 02:11   Re: Assigning fixed OIDs to system catalogs and indexes Alvaro Herrera
• 02:12   Re: Assigning fixed OIDs to system catalogs and indexes Qingqing Zhou
• 02:13   Re: Assigning fixed OIDs to system catalogs and indexes Tom Lane
• 02:28   Re: Assigning fixed OIDs to system catalogs and indexes Tom Lane
• 03:03   Re: ISO-8859-1 encoding not enforced? Alvaro Herrera
• 03:19   Re: ISO-8859-1 encoding not enforced? Christopher Kings-Lynne
• 05:57   Re: OUT parameters in PL/Java Thomas Hallgren
• 06:02   Re: OUT parameters in PL/Java Tom Lane
• 06:39   Re: OUT parameters in PL/Java Thomas Hallgren
• 14:01   Re: OUT parameters in PL/Java Tom Lane
• 17:15   Re: OUT parameters in PL/Java Thomas Hallgren
• 17:41   Re: Test coverage for external sorting Josh Berkus
• 18:11   PLM pulling from CVS nightly for testing in STP Mark Wong
• 18:30   Re: PLM pulling from CVS nightly for testing in STP Josh Berkus
• 19:43   Re: System vs non-system casts Jim C. Nasby
• 20:42   Re: PLM pulling from CVS nightly for testing in STP Mark Wong
• 23:36   Re: [PERFORM] Compressing WAL Simon Riggs

14 April 2005

• 01:41   Interactive docs idea Christopher Kings-Lynne
• 01:51   Regression failures on freebsd Christopher Kings-Lynne
• 02:43   Re: Interactive docs idea Alvaro Herrera
• 02:48   Re: Regression failures on freebsd Alvaro Herrera
• 02:49   Re: Regression failures on freebsd Christopher Kings-Lynne
• 02:57   Re: Regression failures on freebsd Michael Fuhr
• 03:54   Re: Interactive docs idea Greg Stark
• 04:04   Re: Interactive docs idea Christopher Kings-Lynne
• 07:56   Re: Interactive docs idea Dave Page
• 11:43   Re: Interactive docs idea Andrew Dunstan
• 12:54   Constant time insertion into highly non-unique indexes Simon Riggs
• 14:35   Re: Constant time insertion into highly non-unique indexes Tom Lane
• 15:08   Re: Constant time insertion into highly non-unique Simon Riggs
• 15:15   Re: Constant time insertion into highly non-unique indexes Tom Lane
• 15:55   Re: Interactive docs idea Robert Treat
• 15:57   Re: Constant time insertion into highly non-unique Simon Riggs
• 16:10   Re: Constant time insertion into highly non-unique indexes Tom Lane
• 16:48   Re: Interactive docs idea Alvaro Herrera
• 17:30   Re: Constant time insertion into highly non-unique indexes Tom Lane
• 17:39   Re: Constant time insertion into highly non-unique Simon Riggs
• 17:39   Re: Interactive docs idea Greg Stark
• 18:09   Re: Interactive docs idea Alvaro Herrera
• 18:11   Re: Interactive docs idea Joshua D. Drake
• 19:01   Re: Interactive docs idea Greg Stark
• 19:10   Re: Interactive docs idea Alvaro Herrera
• 19:56   Re: Interactive docs idea Greg Stark
• 20:14   Re: NetBSD mac68k crashing on union regression test Rémi Zara
• 20:54   Re: [PATCHES] NetBSD mac68k crashing on union regression test Tom Lane
• 22:11   Re: OUT parameters in PL/Java Tom Lane
• 23:22   Multicolumn hash tables space complexity. Tzahi Fadida

15 April 2005

• 06:38   Re: OUT parameters in PL/Java Thomas Hallgren
• 06:45   Help - Urgent ElayaRaja S
• 07:02   Re: Help - Urgent Dennis Bjorklund
• 07:19   Re: Help - Urgent Richard Huxton
• 07:42   Re: Interactive docs idea Dave Page
• 09:08   Re: pgsql: Done > * -Use indexes for MIN() and MAX() Magnus Hagander
• 09:09   Help - Urgent ElayaRaja S
• 14:34   Why not cache stable functions? falcon
• 14:34   New wal_sync_method for Darwin? Chris Campbell
• 15:30   Kerberos patch in the queue Magnus Hagander
• 15:52   Re: Interactive docs idea Jim C. Nasby
• 16:31   Re: Constant time insertion into highly non-unique Jim C. Nasby
• 16:54   Re: Why not cache stable functions? Tom Lane
• 17:09   Re: Why not cache stable functions? Alvaro Herrera
• 17:18   Re: Kerberos patch in the queue Tom Lane
• 17:41   Re: Kerberos patch in the queue Magnus Hagander
• 17:54   Re: Kerberos patch in the queue Tom Lane
• 18:38   Re: Kerberos patch in the queue Magnus Hagander
• 20:12   Praise (was: [ADMIN] is postgresql 8 is realy mature) Andrew Sullivan
• 21:01   Re: Help - Urgent Jonah H. Harris

16 April 2005

• 00:04   argtype_inherit() is dead code Tom Lane
• 06:00   Problem with PITR recovery Bruce Momjian
• 16:00   Re: Problem with PITR recovery Tom Lane
• 17:35   Re: argtype_inherit() is dead code elein@varlena.com (elein)
• 19:40   Re: argtype_inherit() is dead code Tom Lane
• 20:19   Re: Hash vs. HashJoin nodes Tom Lane
• 20:59   Re: argtype_inherit() is dead code Alvaro Herrera
• 21:13   Re: argtype_inherit() is dead code Tom Lane

17 April 2005

• 03:06   Re: Problem with PITR recovery Bruce Momjian
• 10:21   Re: Problem with PITR recovery Ragnar Hafstað
• 13:38   Re: Problem with PITR recovery Bruce Momjian
• 14:01   Re: argtype_inherit() is dead code Joshua D. Drake
• 18:04   Re: argtype_inherit() is dead code Alvaro Herrera
• 18:30   Re: argtype_inherit() is dead code elein@varlena.com (elein)
• 20:22   inet increment w/ int8 Ilya A. Kovalenko
• 20:53   Re: argtype_inherit() is dead code Jim C. Nasby
• 23:32   Re: argtype_inherit() is dead code Rod Taylor
• 23:54   Re: argtype_inherit() is dead code Robert Treat

18 April 2005

• 00:17   Re: argtype_inherit() is dead code Rod Taylor
• 01:38   Re: Problem with PITR recovery Bruce Momjian
• 01:39   Re: argtype_inherit() is dead code Christopher Kings-Lynne
• 01:46   Re: inet increment w/ int8 Ilya A. Kovalenko
• 03:00   Re: Problem with PITR recovery Bruce Momjian
• 03:26   Re: Problem with PITR recovery Jeff Davis
• 04:20   Re: Problem with PITR recovery Bruce Momjian
• 04:48   Urgent ElayaRaja S
• 06:29   Re: Problem with PITR recovery Jeff Davis
• 06:53   Re: Urgent Heikki Linnakangas
• 07:39   Re: Problem with PITR recovery Oleg Bartunov
• 08:26   How to get trigger oid by trigger name rafaqat ali
• 08:30   Adding column in pg_proc Ali Baba
• 08:42   Re: How to get trigger oid by trigger name Satoshi Nagayasu
• 09:26    Rafaqat Ali
• 09:27   How to get triggeroid by triggername in postgres 8.0 Rafaqat Ali
• 11:48   Urgent ElayaRaja S
• 11:57   Re: Urgent Olivier Thauvin
• 12:39   Call to build-in operator from new operator kim@billes.dk
• 12:45   Urgent ElayaRaja S
• 12:53   Re: Urgent Andrew Dunstan
• 13:05   Re: Problem with PITR recovery Rob Butler
• 13:21   Urgent ElayaRaja S
• 13:22   Re: Problem with PITR recovery Bruce Momjian
• 13:34   Re: Problem with PITR recovery Oleg Bartunov
• 13:36   Re: Urgent Adrian Maier
• 14:06   Re: Problem with PITR recovery Bruce Momjian
• 14:46   Re: Re: Problem with PITR recovery 
• 14:49   Re: Problem with PITR recovery Greg Stark
• 15:03   Re: Problem with PITR recovery Bruce Momjian
• 15:07   Re: Problem with PITR recovery Bruce Momjian
• 15:08   Re: Problem with PITR recovery Bruce Momjian
• 15:13   Win32 presentation Bruce Momjian
• 15:18   Re: How to get triggeroid by triggername in postgres 8.0 Tom Lane
• 15:19   Re: Call to build-in operator from new operator Michael Fuhr
• 15:25   Re: Adding column in pg_proc Tom Lane
• 15:29   Re: Problem with PITR recovery Greg Stark
• 15:31   Re: Call to build-in operator from new operator Tom Lane
• 16:04   Re: Problem with PITR recovery Tom Lane
• 16:06   Re: Problem with PITR recovery Tom Lane
• 16:52   Re: Problem with PITR recovery Bruce Momjian
• 17:00   Re: Problem with PITR recovery Bruce Momjian
• 17:03   Re: SortMem... Bruce Momjian
• 17:14   Re: Win32 presentation Josh Berkus
• 17:23   Re: Problem with PITR recovery Tom Lane
• 17:24   Re: Assigning fixed OIDs to system catalogs and indexes Bruce Momjian
• 17:39   Re: Problem with PITR recovery Tom Lane
• 17:42   Re: Problem with PITR recovery Bruce Momjian
• 17:49   Re: Assigning fixed OIDs to system catalogs and indexes Tom Lane
• 17:49   Re: Problem with PITR recovery Bruce Momjian
• 18:32   Re: [PERFORM] Compressing WAL Bruce Momjian
• 18:38   pg_hba.conf ElayaRaja S
• 20:14   Re: pg_hba.conf Dave Held
• 20:32   Comparing Datum's at aminsert() stage Victor Y. Yegorov
• 20:39   Re: argtype_inherit() is dead code Chuck McDevitt
• 20:39   Call to build-in operator from new operator Kim Bille
• 20:39   Re: Urgent Christopher Browne
• 20:41   Re: argtype_inherit() is dead code Christopher Browne
• 21:04   Re: Comparing Datum's at aminsert() stage Tom Lane
• 22:23   Re: Problem with PITR recovery Simon Riggs
• 22:41   Re: Problem with PITR recovery Simon Riggs
• 22:56   Re: argtype_inherit() is dead code Bruce Momjian
• 23:08   Re: argtype_inherit() is dead code Joshua D. Drake
• 23:22   Re: Problem with PITR recovery Tom Lane

19 April 2005

• 00:13   SETOF function call Olivier Thauvin
• 00:28   Re: Problem with PITR recovery Simon Riggs
• 00:58   Re: inet increment w/ int8 Bruce Momjian
• 01:25   Re: Problem with PITR recovery Bruce Momjian
• 01:42   Re: Problem with PITR recovery Bruce Momjian
• 01:57   Re: SETOF function call Tom Lane
• 02:16   Re: SETOF function call Philip Yarra
• 03:37   Re: Best practices: MERGE Bruce Momjian
• 03:43   Re: [PATCHES] Best practices: MERGE Christopher Kings-Lynne
• 03:53   Re: Call to build-in operator from new operator Sailesh Krishnamurthy
• 03:56   Re: [PATCHES] Best practices: MERGE Bruce Momjian
• 04:12   Re: Call to build-in operator from new operator John Hansen
• 04:56   Re: Problem with PITR recovery Oleg Bartunov
• 05:08   Re: Problem with PITR recovery Oleg Bartunov
• 05:12   Weirdess when altering serial column type Christopher Kings-Lynne
• 06:07   Re: Weirdess when altering serial column type Tom Lane
• 06:16   Re: Weirdess when altering serial column type Christopher Kings-Lynne
• 06:28   Re: Weirdess when altering serial column type Tom Lane
• 07:29   Re: Problem with PITR recovery Simon Riggs
• 08:09   Re: Problem with PITR recovery Simon Riggs
• 12:11   Re: inet increment w/ int8 Ilya A. Kovalenko
• 12:54   Re: inet increment w/ int8 Patrick Welche
• 13:10   Re: Problem with PITR recovery Oleg Bartunov
• 13:37   ORDER BY different locales for 8.0 Honza Pazdziora
• 14:45   Re: SETOF function call Olivier Thauvin
• 15:05   Re: Problem with PITR recovery Bruce Momjian
• 16:03   Re: inet increment w/ int8 Bruce Momjian
• 16:21   Re: Problem with PITR recovery Tom Lane
• 16:42   Re: inet increment w/ int8 Greg Stark
• 16:49   Re: inet increment w/ int8 Bruce Momjian
• 16:55   Re: Problem with PITR recovery Alvaro Herrera
• 16:58   Re: Problem with PITR recovery Bruce Momjian
• 17:15   Re: inet increment w/ int8 Greg Stark
• 17:33   Re: Problem with PITR recovery Jeff Davis
• 17:39   Re: Problem with PITR recovery Bruce Momjian
• 18:04   Re: Problem with PITR recovery Oleg Bartunov
• 19:03   Re: Comparing Datum's at aminsert() stage Victor Y. Yegorov
• 20:32   Re: inet increment w/ int8 Bruno Wolff III
• 22:14   Re: PLM pulling from CVS nightly for testing in STP Mark Wong
• 22:56   Re: argtype_inherit() is dead code Jim C. Nasby

20 April 2005

• 02:48   Re: [GENERAL] Idea for the statistics collector Bruce Momjian
• 02:55   Re: [GENERAL] Idea for the statistics collector Christopher Kings-Lynne
• 02:57   Re: [GENERAL] Idea for the statistics collector Bruce Momjian
• 03:53   Re: inet increment w/ int8 Ilya A. Kovalenko
• 05:32   Re: inet increment w/ int8 Ilya A. Kovalenko
• 06:18   Foreign keys on array elements Christopher Kings-Lynne
• 06:36   Re: ORDER BY different locales for 8.0 Mario Weilguni
• 07:26   Re: Problem with PITR recovery Klaus Naumann
• 07:32   Re: Foreign keys on array elements Pavel Stehule
• 11:05   Re: [GENERAL] Idea for the statistics collector Andreas Pflug
• 12:27   Re: Problem with PITR recovery Andrew Rawnsley
• 13:01   Re: Problem with PITR recovery Simon Riggs
• 14:23   HAVING ... Marc G. Fournier
• 14:26   Re: Foreign keys on array elements Stephan Szabo
• 14:32   Re: HAVING ... Tom Lane
• 14:34   Re: argtype_inherit() is dead code Dave Held
• 14:42   Re: Foreign keys on array elements Tom Lane
• 14:45   Re: Win32 presentation Matthew T. O'Connor
• 14:58   Re: inet increment w/ int8 Bruno Wolff III
• 15:10   Re: HAVING ... Marc G. Fournier
• 16:45   Re: [GENERAL] Idea for the statistics collector Josh Berkus
• 17:41   Re: Problem with PITR recovery Simon Riggs
• 18:04   Wierd performance issue with 8.1cvs Josh Berkus
• 18:31   Re: Wierd performance issue with 8.1cvs Alvaro Herrera
• 18:31   Re: Wierd performance issue with 8.1cvs Greg Stark
• 19:08   Re: [GENERAL] Idea for the statistics collector Bruce Momjian
• 19:37   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords David F. Skoll
• 19:43   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 19:51   Re: Problem with PITR recovery Tom Lane
• 19:59   Re: Problem with PITR recovery Tom Lane
• 20:14   Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 20:31   WAL/PITR additional items Simon Riggs
• 21:03   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 21:06   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Greg Stark
• 21:18   Re: WAL/PITR additional items Bruce Momjian
• 21:23   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Jim C. Nasby
• 21:25   Re: Problem with PITR recovery Simon Riggs
• 21:34   Re: Problem with PITR recovery Simon Riggs
• 21:54   Re: Problem with PITR recovery Bruce Momjian
• 22:03   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 22:06   Proposal for background vacuum full/cluster Jim C. Nasby
• 22:08   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Jim C. Nasby
• 22:10   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 22:13   Re: Problem with PITR recovery Tom Lane
• 22:17   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 22:20   Re: Problem with PITR recovery Bruce Momjian
• 22:38   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords David F. Skoll
• 22:58   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Andrew Dunstan
• 23:19   Re: Problem with PITR recovery Tom Lane
• 23:23   Re: WAL/PITR additional items Tom Lane
• 23:34   Re: Proposal for background vacuum full/cluster Tom Lane
• 23:35   Re: WAL/PITR additional items Gavin Sherry
• 23:41   Re: WAL/PITR additional items Tom Lane
• 23:54   Re: WAL/PITR additional items Gavin Sherry

21 April 2005

• 00:06   Re: Proposal for background vacuum full/cluster Paul Tillotson
• 00:27   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords David F. Skoll
• 01:45   Re: [GENERAL] Idea for the statistics collector Christopher Kings-Lynne
• 01:54   Re: Weirdess when altering serial column type Christopher Kings-Lynne
• 01:58   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 02:03   Re: [GENERAL] Idea for the statistics collector Josh Berkus
• 02:16   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 02:26   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 02:32   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 02:33   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Christopher Kings-Lynne
• 03:02   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Paul Tillotson
• 03:04   Re: WAL/PITR additional items Tom Lane
• 03:23   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Tom Lane
• 04:14   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 04:37   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Jim C. Nasby
• 04:40   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Jim C. Nasby
• 04:43   Re: Proposal for background vacuum full/cluster Jim C. Nasby
• 04:49   Re: Proposal for background vacuum full/cluster Jim C. Nasby
• 04:54   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 05:06   Re: Proposal for background vacuum full/cluster Tom Lane
• 06:01   Re: Problem with PITR recovery Michael Paesold
• 07:14   Re: WAL/PITR additional items Simon Riggs
• 11:23   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Mike Rylander
• 12:58   Re: Problem with PITR recovery Bruce Momjian
• 13:07   Re: WAL/PITR additional items Bruce Momjian
• 13:11   Re: [COMMITTERS] pgsql: Install some slightly realistic cost Bruce Momjian
• 13:29   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Tino Wildenhain
• 13:34   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Rod Taylor
• 14:02   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Tino Wildenhain
• 14:40   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Tom Lane
• 14:45   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Mike Rylander
• 14:50   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Tom Lane
• 15:00   Re: [COMMITTERS] pgsql: Install some slightly realistic cost estimation Tom Lane
• 15:09   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Andrew Dunstan
• 15:15   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 15:20   Re: [COMMITTERS] pgsql: Install some slightly realistic cost Bruce Momjian
• 15:22   Re: [COMMITTERS] pgsql: Install some slightly realistic cost Bruce Momjian
• 15:44   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 16:13   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Tom Lane
• 16:50   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Joshua D. Drake
• 17:06   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords David F. Skoll
• 17:59   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 18:05   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 18:18   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 18:24   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Andrew Dunstan
• 18:25   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Greg Stark
• 18:27   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Josh Berkus
• 18:36   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 18:44   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 18:57   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 19:06   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 20:33   Re: Problem with PITR recovery Simon Riggs
• 23:38   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruno Wolff III
• 23:45   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 23:47   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 23:59   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost

22 April 2005

• 00:04   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 00:12   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Andrew Dunstan
• 00:14   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 00:27   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 00:31   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 00:48   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Paul Tillotson
• 00:49   Re: Proposal for background vacuum full/cluster Paul Tillotson
• 00:49   Re: Proposal for background vacuum full/cluster Paul Tillotson
• 00:59   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 03:04   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Greg Stark
• 03:16   Re: Proposal for background vacuum full/cluster Alvaro Herrera
• 03:18   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Bruce Momjian
• 03:33   Re: Proposal for background vacuum full/cluster Qingqing Zhou
• 08:33   slides on the optimizer Neil Conway
• 08:47   PQfmod and varchars Shachar Shemesh
• 11:21   Re: PQfmod and varchars Andrew - Supernews
• 13:15   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Eliot Simcoe
• 13:44   Re: slides on the optimizer Oleg Bartunov
• 13:56   Woo hoo ... a whole new set of compiler headaches!! :) Marc G. Fournier
• 14:10   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 14:31   Re: PQfmod and varchars Tom Lane
• 14:46   Re: Woo hoo ... a whole new set of compiler headaches!! Marc G. Fournier
• 14:59   Re: Woo hoo ... a whole new set of compiler headaches!! Tom Lane
• 15:10   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 15:17   Re: Woo hoo ... a whole new set of compiler headaches!! Marc G. Fournier
• 15:34   possible TODO: read-only tables, select from indexes only. Hannu Krosing
• 15:34   Re: Woo hoo ... a whole new set of compiler headaches!! Alvaro Herrera
• 15:41   Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
• 15:45   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 15:53   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 15:53   Re: possible TODO: read-only tables, select from indexes only. Jochem van Dieten
• 15:56   Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane
• 16:25   Re: possible TODO: read-only tables, select from indexes Hannu Krosing
• 16:42   Re: Woo hoo ... a whole new set of compiler headaches!! Joshua D. Drake
• 17:02   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 17:06   Re: Woo hoo ... a whole new set of compiler headaches!! :) Alvaro Herrera
• 17:12   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 17:15   Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
• 17:23   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 17:45   Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
• 17:59   Bitmap scans vs. the statistics views Tom Lane
• 18:03   Re: Proposal for background vacuum full/cluster Jim C. Nasby
• 18:08   Re: Woo hoo ... a whole new set of compiler headaches!! Dann Corbit
• 18:09   Re: Proposal for background vacuum full/cluster Jim C. Nasby
• 18:18   Re: possible TODO: read-only tables, select from indexes Jim C. Nasby
• 18:21   Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane
• 18:23   Re: Bitmap scans vs. the statistics views Jim C. Nasby
• 18:39   Re: Woo hoo ... a whole new set of compiler headaches!! Dave Held
• 18:47   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 18:50   Re: TODO: read-only tables, select from indexes only. Josh Berkus
• 18:53   Re: Bitmap scans vs. the statistics views Josh Berkus
• 18:58   Re: Woo hoo ... a whole new set of compiler headaches!! :) Bruce Momjian
• 19:16   Re: possible TODO: read-only tables, select from indexes only. Ron Mayer
• 19:30   Re: Bitmap scans vs. the statistics views Tom Lane
• 19:36   Re: Bitmap scans vs. the statistics views Jan Wieck
• 19:37   Re: Bitmap scans vs. the statistics views Josh Berkus
• 19:47   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 19:53   Re: Bitmap scans vs. the statistics views Tom Lane
• 20:02   Re: Bitmap scans vs. the statistics views Tom Lane
• 20:30   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 20:36   Re: Bitmap scans vs. the statistics views Jan Wieck
• 20:41   Re: Bitmap scans vs. the statistics views Josh Berkus
• 20:49   Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
• 21:05   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 21:17   Re: Woo hoo ... a whole new set of compiler headaches!! :) Bruce Momjian
• 21:29   Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
• 21:46   Re: possible TODO: read-only tables, select from indexes Simon Riggs
• 21:50   Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
• 22:09   Re: slides on the optimizer elein@varlena.com (elein)
• 22:16   Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane

23 April 2005

• 01:58   Re: Woo hoo ... a whole new set of compiler headaches!! Neil Conway
• 02:21   Re: Woo hoo ... a whole new set of compiler headaches!! Alvaro Herrera
• 03:44   Re: possible TODO: read-only tables, select from indexes only. Russell Smith
• 04:03   Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
• 04:39   possible TODO: read-only tables, select from indexes only. Hannu Krosing
• 04:42   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Antoine Martin
• 04:45   Re: Woo hoo ... a whole new set of compiler Chuck McDevitt
• 04:55   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Lance James
• 06:28   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Kevin Brown
• 13:02   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Stephen Frost
• 13:10   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
• 22:00   Re: possible TODO: read-only tables, select from indexes only. Ron Mayer
• 22:08   Re: possible TODO: read-only tables, select from indexes Ron Mayer
• 22:27   Re: possible TODO: read-only tables, select from indexes only. Tom Lane
• 23:25   Re: possible TODO: read-only tables, select from indexes only. Alvaro Herrera
• 23:33   Re: possible TODO: read-only tables, select from indexes only. Tom Lane
• 23:34   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 23:48   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus

24 April 2005

• 00:33   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 01:56   Re: possible TODO: read-only tables, select from indexes Paul Tillotson
• 04:49   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
• 05:52   Re: Wierd performance issue with 8.1cvs Tom Lane
• 06:13   Constant WAL replay Hans-Jürgen Schönig
• 06:28   Re: Constant WAL replay Tom Lane
• 06:40   Re: Constant WAL replay Neil Conway
• 07:23   Re: Wierd performance issue with 8.1cvs Christopher Kings-Lynne
• 07:39   Re: Wierd performance issue with 8.1cvs Oleg Bartunov
• 07:59   Re: Constant WAL replay Klaus Naumann
• 09:06   Re: Wierd performance issue with 8.1cvs Thomas Hallgren
• 10:03   Re: Wierd performance issue with 8.1cvs John Hansen
• 10:41   Re: Wierd performance issue with 8.1cvs Oleg Bartunov
• 12:05   Re: Wierd performance issue with 8.1cvs Thomas Hallgren
• 12:35   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Bruce Momjian
• 12:40   I know I am behind Bruce Momjian
• 12:48   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
• 12:50   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Bruce Momjian
• 13:37   Re: Woo hoo ... a whole new set of compiler headaches!! Neil Conway
• 14:09   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
• 15:41   Re: Constant WAL replay Tom Lane
• 16:01   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Tom Lane
• 17:07   Re: Constant WAL replay Alvaro Herrera
• 17:21   Re: Constant WAL replay Alvaro Herrera
• 17:58   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 18:01   Re: Constant WAL replay Joshua D. Drake
• 18:31   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 18:42   Old-style OR indexscan slated for destruction Tom Lane
• 18:53   Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus
• 19:01   Re: W[i/e]rd performance issue with 8.1cvs Tom Lane
• 19:06   Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus
• 19:09   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 19:46   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
• 20:26   Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Magnus Hagander
• 20:45   Re: Old-style OR indexscan slated for destruction Oleg Bartunov
• 20:50   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Marko Ristola
• 20:50   Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Antoine Martin
• 21:18   CVS regression test problem Oleg Bartunov
• 21:53   Re: CVS regression test problem Alvaro Herrera
• 22:14   Re: CVS regression test problem Oleg Bartunov
• 22:48   Re: Constant WAL replay Bruce Momjian

25 April 2005

• 00:06   Re: Constant WAL replay Joshua D. Drake
• 01:18   Re: Constant WAL replay Bruce Momjian
• 01:45   Re: idea for concurrent seqscans Bruce Momjian
• 02:29   Re: Old-style OR indexscan slated for destruction Christopher Kings-Lynne
• 02:45   Re: Old-style OR indexscan slated for destruction Tom Lane
• 02:47   Re: Old-style OR indexscan slated for destruction Christopher Kings-Lynne
• 04:59   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
• 05:07   Re: CVS regression test problem Tom Lane
• 06:36   Passwords in PSQL Rafaqat Ali
• 07:37   Re: Passwords in PSQL Gavin Sherry
• 07:39   Re: Passwords in PSQL Christopher Kings-Lynne
• 08:16   simplify register_dirty_segment() Qingqing Zhou
• 08:43   Re: simplify register_dirty_segment() Tom Lane
• 09:01   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
• 10:46   How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
• 10:47   Re: possible TODO: read-only tables, select from indexes Hannu Krosing
• 10:48   How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
• 10:49   Re: possible TODO: read-only tables, select from indexes Hannu Krosing
• 10:49   Re: Bitmap scans vs. the statistics views Hannu Krosing
• 10:49   Re: possible TODO: read-only tables, select from indexes Hannu Krosing
• 11:43   Re: possible TODO: read-only tables, select from indexes only. Jochem van Dieten
• 12:41   Re: How to make lazy VACUUM of one table run in several transactions ? Alvaro Herrera
• 15:11   Re: How to make lazy VACUUM of one table run in several transactions ? Tom Lane
• 15:23   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
• 15:56   How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
• 15:58   Re: possible TODO: read-only tables, select from indexes Hannu Krosing
• 16:18   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
• 17:30   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 17:32   [proposal] protocol extension to support loadable stream filters Brent Verner
• 17:51   Re: [PATCHES] Continue transactions after errors in psql Michael Paesold
• 18:53   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
• 19:08   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 19:13   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 19:25   Re: Constant WAL replay Hans-Jürgen Schönig
• 19:29   Re: Constant WAL replay Hans-Jürgen Schönig
• 19:59   Re: Constant WAL replay Joshua D. Drake
• 20:04   Re: Constant WAL replay Bruce Momjian
• 20:06   Re: Constant WAL replay Hans-Jürgen Schönig
• 20:09   Re: Constant WAL replay Joshua D. Drake
• 20:43   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 21:00   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
• 21:11   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
• 21:52   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 22:27   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 22:34   Re: [proposal] protocol extension to support loadable stream filters Tom Lane
• 22:41   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held

26 April 2005

• 01:35   Re: [PATCHES] Continue transactions after errors in psql Christopher Kings-Lynne
• 01:52   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 02:11   Re: [PATCHES] Continue transactions after errors in psql Christopher Kings-Lynne
• 03:14   Re: [PATCHES] Continue transactions after errors in psql Mark Kirkwood
• 03:24   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 03:32   Re: simplify register_dirty_segment() Qingqing Zhou
• 05:31   DO INSTEAD and conditional rules Neil Conway
• 05:33   Re: simplify register_dirty_segment() Tom Lane
• 05:54   Re: [PATCHES] Continue transactions after errors in psql Mark Kirkwood
• 06:01   Re: DO INSTEAD and conditional rules Tom Lane
• 06:05   Re: simplify register_dirty_segment() Qingqing Zhou
• 06:10   Re: DO INSTEAD and conditional rules Neil Conway
• 06:37   Re: DO INSTEAD and conditional rules Tom Lane
• 06:48   Re: DO INSTEAD and conditional rules Neil Conway
• 08:34   Tablepartitioning: Will it be supported in Future? apoc9009@yahoo.de
• 09:27   Re: Tablepartitioning: Will it be supported in Future? Qingqing Zhou
• 09:45   Re: Tablepartitioning: Will it be supported in Future? apoc9009@yahoo.de
• 11:20   bitmapscan test, no success, bs is not faster Pavel Stehule
• 11:43   Re: [PATCHES] Continue transactions after errors in psql Greg Sabino Mullane
• 12:06   Re: bitmapscan test, no success, again Pavel Stehule
• 12:22   Re: [PATCHES] Continue transactions after errors in psql Michael Paesold
• 14:08   Re: [PATCHES] Continue transactions after errors in psql Richard Huxton
• 14:29   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 14:30   Re: [PATCHES] Continue transactions after errors in psql Michael Paesold
• 14:35   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 14:44   Re: [PATCHES] Continue transactions after errors in psql Joshua D. Drake
• 14:48   Re: Continue transactions after errors in psql Harald Fuchs
• 14:48   Re: [PATCHES] Continue transactions after errors in Philip Warner
• 14:49   btree_gist regression tests failing in 8.0 branch? Tom Lane
• 14:53   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 14:54   Re: btree_gist regression tests failing in 8.0 branch? Teodor Sigaev
• 14:58   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 15:04   Re: [PATCHES] Continue transactions after errors in psql Andrew Dunstan
• 15:15   Re: bitmapscan test, no success, bs is not faster Tom Lane
• 15:20   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 15:47   Re: [PATCHES] Continue transactions after errors in psql Andrew Dunstan
• 15:52   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 15:56   Re: DO INSTEAD and conditional rules Tom Lane
• 16:17   Re: DO INSTEAD and conditional rules David Wheeler
• 16:32   Re: bitmapscan test, no success, bs is not faster Oleg Bartunov
• 16:35   Re: bitmapscan test, no success, bs is not faster Oleg Bartunov
• 17:50   Re: DO INSTEAD and conditional rules David Wheeler
• 17:54   Re: DO INSTEAD and conditional rules David Wheeler
• 18:20   Re: DO INSTEAD and conditional rules Tom Lane
• 18:56   pg_restore stuck in a loop? Rod Taylor
• 19:01   Re: DO INSTEAD and conditional rules Rob Butler
• 19:14   Re: DO INSTEAD and conditional rules Jan Wieck
• 19:35   Re: DO INSTEAD and conditional rules Tom Lane
• 20:17   Re: DO INSTEAD and conditional rules David Wheeler
• 20:19   Re: DO INSTEAD and conditional rules David Wheeler
• 20:23   Re: How to make lazy VACUUM of one table run in several Hannu Krosing
• 20:35   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
• 20:40   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 21:06   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
• 21:42   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 21:43   Re: DO INSTEAD and conditional rules Rob Butler
• 21:53   Re: DO INSTEAD and conditional rules David Wheeler
• 21:54   Re: How to make lazy VACUUM of one table run in several transactions ? Tom Lane
• 21:56   Re: DO INSTEAD and conditional rules Tom Lane
• 21:58   Re: DO INSTEAD and conditional rules Tom Lane
• 22:07   Re: DO INSTEAD and conditional rules David Wheeler
• 23:03   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Greg Stark
• 23:28   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Greg Stark

27 April 2005

• 00:02   Re: [PATCHES] Continue transactions after errors in psql John DeSoi
• 00:03   Re: DO INSTEAD and conditional rules Jan Wieck
• 00:19   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Rod Taylor
• 00:31   Re: [proposal] protocol extension to support loadable stream filters Brent Verner
• 01:48   Disable large objects GUC Christopher Kings-Lynne
• 02:00   Re: DO INSTEAD and conditional rules David Wheeler
• 03:00   Re: [proposal] protocol extension to support loadable stream filters Tom Lane
• 03:22   Re: pg_restore stuck in a loop? Tom Lane
• 04:14   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
• 04:20   Re: Disable large objects GUC Tom Lane
• 04:28   Re: Disable large objects GUC Christopher Kings-Lynne
• 05:38   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Mischa Sandberg
• 05:59   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Greg Stark
• 06:28   Re: bitmapscan test, no success, bs is not faster Pavel Stehule
• 07:48   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
• 12:02   Re: [PATCHES] Continue transactions after errors in psql Greg Sabino Mullane
• 13:17   Re: possible TODO: read-only tables, select from indexes Simon Riggs
• 13:41   Re: Tablepartitioning: Will it be supported in Future? Robert Treat
• 13:43   populating a table via the COPY command using C code. Mak, Jason
• 13:43   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Gurmeet Manku
• 13:44   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 13:45   Re: [PATCHES] Continue transactions after errors in psql Robert Treat
• 13:46   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
• 13:46   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Rod Taylor
• 14:12   Re: [proposal] protocol extension to support loadable stream filters Brent Verner
• 14:37   PITR and postmaster.pid Rod Taylor
• 15:19   Behavior of shared/exclusive row locks Tom Lane
• 15:23   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
• 15:26   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
• 15:48   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
• 16:40   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 17:17   Re: [PATCHES] Continue transactions after errors in psql Tom Lane
• 17:17   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Greg Stark
• 17:38   Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
• 21:22   Re: Behavior of shared/exclusive row locks Alvaro Herrera
• 21:51   Re: Behavior of shared/exclusive row locks Tom Lane
• 22:14   Re: Behavior of shared/exclusive row locks Alvaro Herrera
• 22:24   Re: Tablepartitioning: Will it be supported in Future? Hannu Krosing
• 22:35   Re: Tablepartitioning: Will it be supported in Future? Josh Berkus
• 22:43   Re: Tablepartitioning: Will it be supported in Future? Hannu Krosing
• 22:47   PITR bad restore possibility? Rod Taylor
• 23:05   Re: [PATCHES] [WIP] shared locks Tom Lane
• 23:35   Developer Community Juan Jose Costello Levien

28 April 2005

• 00:14   Re: PITR bad restore possibility? Tom Lane
• 00:22   Re: Developer Community Jim C. Nasby
• 00:43   Re: PITR bad restore possibility? Rod Taylor
• 00:54   Re: Developer Community Juan Jose Costello Levien
• 01:03   Re: pg_restore stuck in a loop? Rod Taylor
• 01:14   Re: Tablepartitioning: Will it be supported in Future? Christopher Kings-Lynne
• 01:22   Re: Tablepartitioning: Will it be supported in Future? Bruce Momjian
• 01:43   Re: Tablepartitioning: Will it be supported in Future? Neil Conway
• 05:10   Increased company involvement Bruce Momjian
• 05:21   Re: [pgsql-advocacy] Increased company involvement Joshua D. Drake
• 05:25   Re: [pgsql-advocacy] Increased company involvement Christopher Kings-Lynne
• 05:30   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 05:46   Re: DO INSTEAD and conditional rules Zeugswetter Andreas DAZ SD
• 05:48   Re: [pgsql-advocacy] Increased company involvement Joshua D. Drake
• 05:56   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 06:12   Re: pg_restore stuck in a loop? Tom Lane
• 07:35   Re: Increased company involvement Thomas Hallgren
• 11:55   Re: [pgsql-advocacy] Increased company involvement Hannu Krosing
• 12:20   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 13:02   Feature freeze date for 8.1 Bruce Momjian
• 14:00   Re: [proposal] protocol extension to support loadable stream filters Tom Lane
• 14:15   Re: Feature freeze date for 8.1 Bruno Wolff III
• 14:28   Re: Feature freeze date for 8.1 Rob Butler
• 15:13   Re: [pgsql-advocacy] Increased company involvement Robert Treat
• 15:21   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Mischa Sandberg
• 15:39   Re: [pgsql-advocacy] Increased company involvement Magnus Hagander
• 15:59   Re: [JDBC] Statement Timeout and Locking Tom Lane
• 16:36   Re: Feature freeze date for 8.1 Andreas Pflug
• 19:43   Re: [JDBC] Statement Timeout and Locking Markus Schaber
• 19:43   Re: [pgsql-advocacy] Increased company involvement Andy Astor
• 19:44   Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Marko Ristola
• 23:53   Re: [COMMITTERS] pgsql: Implement sharable row-level locks, and use them for foreign key Alvaro Herrera

29 April 2005

• 00:49   Re: [proposal] protocol extension to support loadable stream filters Brent Verner
• 03:13   Re: [pgsql-advocacy] Increased company involvement Josh Berkus
• 04:18   Re: [COMMITTERS] pgsql: Implement sharable row-level locks, and use them for foreign key Tom Lane
• 04:35   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 05:23   Re: [PERFORM] Distinct-Sampling (Gibbons paper) for Postgres Josh Berkus
• 06:29   Re: [GENERAL] Returning a RECORD, not SETOF RECORD Thomas Hallgren
• 13:33   Re: pg_restore stuck in a loop? Rod Taylor
• 13:45   Re: Feature freeze date for 8.1 Christopher Browne
• 13:45   Re: Distinct-Sampling (Gibbons paper) for Postgres a3a18850@telus.net
• 13:48   PseudoPartitioning and agregates Sokolov Yura
• 14:01   Re: Feature freeze date for 8.1 Tom Lane
• 14:09   Re: Feature freeze date for 8.1 Bruce Momjian
• 14:17   performance of bitmap scans in nested loop joins Sergey E. Koposov
• 14:17   Re: [proposal] protocol extension to support loadable stream filters Tom Lane
• 14:36   Re: [GENERAL] Returning a RECORD, not SETOF RECORD Tom Lane
• 15:31   Re: Feature freeze date for 8.1 Bruno Wolff III
• 15:38   Re: Feature freeze date for 8.1 Matthew T. O'Connor
• 15:43   Re: Feature freeze date for 8.1 Marc G. Fournier
• 15:50   Re: Feature freeze date for 8.1 Bruno Wolff III
• 15:51   Re: pg_restore stuck in a loop? Tom Lane
• 15:59   Re: Feature freeze date for 8.1 Tom Lane
• 16:35   Re: Feature freeze date for 8.1 Marc G. Fournier
• 17:21   Re: [GENERAL] Returning a RECORD, not SETOF RECORD Michael Fuhr
• 17:35   Re: [GENERAL] Returning a RECORD, not SETOF RECORD Tom Lane
• 18:01   Re: performance of bitmap scans in nested loop joins Tom Lane
• 19:33   Re: [proposal] protocol extension to support loadable stream filters Alvaro Herrera
• 21:53   Re: Increased company involvement Andrew Dunstan
• 23:39   Re: Feature freeze date for 8.1 Jim C. Nasby

30 April 2005

• 00:01   Re: performance of bitmap scans in nested loop joins Sergey E. Koposov
• 00:26   SPI bug. Tzahi Fadida
• 01:09   Re: Feature freeze date for 8.1 Christopher Browne
• 01:57   Re: Feature freeze date for 8.1 Marc G. Fournier
• 03:44   Re: Increased company involvement Bruce Momjian
• 04:06   Re: Feature freeze date for 8.1 Matthew T. O'Connor
• 04:13   Re: Increased company involvement Tom Lane
• 05:47   Re: [pgsql-advocacy] Increased company involvement Kris Jurka
• 06:03   Re: Increased company involvement Joshua D. Drake
• 06:18   Re: Increased company involvement Jim C. Nasby
• 06:21   Re: Increased company involvement Joshua D. Drake
• 06:29   Re: [pgsql-advocacy] Increased company involvement Jim C. Nasby
• 06:32   Re: Increased company involvement Jim C. Nasby
• 06:36   Re: Increased company involvement Joshua D. Drake
• 08:37   Re: [pgsql-advocacy] Increased company involvement Nicolai Petri (lists)
• 10:05   Re: [pgsql-advocacy] Increased company involvement Kris Jurka
• 11:26   Re: [proposal] protocol extension to support loadable stream Neil Conway
• 12:54   Re: [pgsql-advocacy] Increased company involvement Rob Butler
• 13:05   Re: Increased company involvement Bruce Momjian
• 13:13   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 17:04   Re: [pgsql-advocacy] Increased company involvement Bruce Momjian
• 19:14   Re: [pgsql-advocacy] Increased company involvement Robert Treat
• 20:18   Output functions with multiple arguments considered harmful Tom Lane
• 21:12   pg_locks needs a facelift Tom Lane
• 21:22   Re: Output functions with multiple arguments considered harmful elein@varlena.com (elein)
• 21:31   Re: Output functions with multiple arguments considered harmful Tom Lane
• 21:40   Re: [pgsql-advocacy] Increased company involvement David Fetter
• 23:26   Re: Output functions with multiple arguments considered James William Pye
• 23:36   Re: Output functions with multiple arguments considered harmful elein@varlena.com (elein)
• 23:41   OLAP and PG and deja-vu Mischa Sandberg