Peripheral Links

• Home
• About
• Download
• Documentation
• Community
• Developers
• Support
• Your account

pgsql-hackers since 2011-08-13 00:00

2011-08-13

• PL/Perl Returned Array David E. Wheeler (00:00)
• Re: PL/Perl Returned Array Alex Hunsaker (01:17)
• Re: USECS_* constants undefined with float8 timestamps? Bruce Momjian (01:32)
• Re: pgbench internal contention Bruce Momjian (01:34)
• Re: PL/Perl Returned Array David E. Wheeler (02:49)
• Re: our buffer replacement strategy is kind of lame Greg Stark (02:51)
• Re: PL/Perl Returned Array Darren Duncan (03:09)
• Re: Transient plans versus the SPI API Bruce Momjian (03:37)
• Re: PL/Perl Returned Array Peter Eisentraut (08:15)
• Re: Inserting heap tuples in bulk in COPY Dean Rasheed (09:01)
• Re: VACUUM FULL versus system catalog cache invalidation Tom Lane (14:11)
• Re: Inserting heap tuples in bulk in COPY Tom Lane (14:33)
• Re: VACUUM FULL versus system catalog cache invalidation Tom Lane (16:18)
• Re: psql: bogus descriptions displayed by \d+ Peter Eisentraut (17:56)
• Re: VACUUM FULL versus system catalog cache invalidation Robert Haas (19:27)
• Re: index-only scans Robert Haas (19:33)
• Re: psql: bogus descriptions displayed by \d+ Robert Haas (19:41)
• Re: our buffer replacement strategy is kind of lame Robert Haas (19:52)
• Re: psql: bogus descriptions displayed by \d+ Tom Lane (20:10)
• Re: index-only scans Kääriäinen Anssi (20:35)
• Re: our buffer replacement strategy is kind of lame Greg Stark (20:40)
• Re: index-only scans Heikki Linnakangas (21:31)
• Re: Further news on Clang - spurious warnings Greg Stark (21:49)
• VACUUM FULL versus TOAST Tom Lane (22:13)
• Re: our buffer replacement strategy is kind of lame Robert Haas (22:14)
• Re: VACUUM FULL versus TOAST Heikki Linnakangas (22:18)

2011-08-14

• Re: Ignore lost+found when checking if a directory is empty Bruce Momjian (02:23)
• Re: vacuum scheduling (was: index-only scans) Robert Haas (04:12)
• Re: OperationalError: FATAL: lock AccessShareLock on object 0/1260/0 is already Robert Haas (04:16)
• Re: OperationalError: FATAL: lock AccessShareLock on object 0/1260/0 is already daveg (05:44)
• Connection Problem Amir Abdollahi (08:27)
• Re: our buffer replacement strategy is kind of lame Simon Riggs (10:57)
• Re: our buffer replacement strategy is kind of lame Simon Riggs (11:07)
• Re: our buffer replacement strategy is kind of lame Robert Haas (12:44)
• Re: our buffer replacement strategy is kind of lame Martijn van Oosterhout (13:05)
• Re: our buffer replacement strategy is kind of lame Simon Riggs (14:35)
• Re: our buffer replacement strategy is kind of lame Simon Riggs (14:43)
• Re: our buffer replacement strategy is kind of lame Robert Haas (15:47)
• Re: VACUUM FULL versus TOAST Tom Lane (16:15)
• Re: Connection Problem Tom Lane (17:02)
• Re: our buffer replacement strategy is kind of lame Tom Lane (17:11)
• VACUUM FULL versus unsafe order-of-operations in DDL commands Tom Lane (18:21)
• Re: our buffer replacement strategy is kind of lame Robert Haas (18:33)
• Re: WIP: Fast GiST index build Alexander Korotkov (19:30)
• Re: VACUUM FULL versus unsafe order-of-operations in DDL commands Robert Haas (20:31)
• Re: VACUUM FULL versus TOAST Tom Lane (23:22)
• Re: VACUUM FULL versus TOAST Greg Stark (23:43)

2011-08-15

• Re: our buffer replacement strategy is kind of lame Greg Smith (00:53)
• synchronized snapshots Joachim Wieland (01:31)
• Re: Possible Bug in pg_upgrade Bruce Momjian (03:27)
• Re: error: could not find pg_class tuple for index 2662 daveg (07:27)
• Re: synchronized snapshots Simon Riggs (07:40)
• Re: synchronized snapshots Heikki Linnakangas (07:47)
• Re: synchronized snapshots Heikki Linnakangas (07:51)
• Re: synchronized snapshots Andres Freund (08:07)
• Re: Online base backup from the hot-standby Jun Ishiduka (08:46)
• Re: synchronized snapshots PostgreSQL - Hans-Jürgen Schönig (08:51)
• Re: synchronized snapshots Florian Weimer (10:41)
• pg_stat_replication vs StandbyReplyMessage Magnus Hagander (11:03)
• walprotocol.h vs frontends Magnus Hagander (11:22)
• Re: synchronized snapshots Joachim Wieland (11:23)
• Re: synchronized snapshots Joachim Wieland (11:30)
• Re: pg_stat_replication vs StandbyReplyMessage Robert Haas (11:50)
• Re: Online base backup from the hot-standby Robert Haas (11:52)
• Re: SSI error messages Peter Eisentraut (12:27)
• Re: synchronized snapshots Robert Haas (13:37)
• Re: VACUUM FULL versus TOAST Robert Haas (13:42)
• Re: walprotocol.h vs frontends Peter Geoghegan (14:00)
• Re: walprotocol.h vs frontends Tom Lane (14:20)
• Re: walprotocol.h vs frontends Magnus Hagander (14:44)
• Re: walprotocol.h vs frontends Tom Lane (14:53)
• Re: synchronized snapshots Kevin Grittner (14:56)
• Re: walprotocol.h vs frontends Magnus Hagander (15:54)
• Re: walprotocol.h vs frontends Steve Singer (15:56)
• Re: walprotocol.h vs frontends Heikki Linnakangas (16:03)
• Re: walprotocol.h vs frontends Tom Lane (16:12)
• Re: walprotocol.h vs frontends Magnus Hagander (16:15)
• Re: walprotocol.h vs frontends Peter Geoghegan (16:33)
• Re: walprotocol.h vs frontends Tom Lane (16:40)
• Re: walprotocol.h vs frontends Magnus Hagander (16:50)
• Re: our buffer replacement strategy is kind of lame Kevin Grittner (17:06)
• Re: walprotocol.h vs frontends Steve Singer (17:09)
• Re: walprotocol.h vs frontends Tom Lane (17:27)
• Re: walprotocol.h vs frontends Peter Geoghegan (17:39)
• Re: walprotocol.h vs frontends Simon Riggs (19:12)
• [v9.2] DROP statement reworks Kohei KaiGai (19:47)
• Should we have an optional limit on the recursion depth of recursive CTEs? Peter Geoghegan (19:49)
• Re: Compressing the AFTER TRIGGER queue Jim Nasby (20:07)
• Re: Should we have an optional limit on the recursion depth of recursive CTEs? Tom Lane (20:31)
• Re: walprotocol.h vs frontends Magnus Hagander (21:32)
• Re: Should we have an optional limit on the recursion depth of recursive CTEs? Greg Stark (21:49)
• Re: walprotocol.h vs frontends Dimitri Fontaine (21:50)
• Re: index-only scans Jim Nasby (21:53)
• Re: walprotocol.h vs frontends Simon Riggs (22:05)
• Re: synchronized snapshots Jim Nasby (22:09)
• Re: mosbench revisited Greg Stark (22:22)
• Re: Should we have an optional limit on the recursion depth of recursive CTEs? Peter Geoghegan (22:43)
• Re: synchronized snapshots Joachim Wieland (22:46)
• Re: our buffer replacement strategy is kind of lame Jim Nasby (23:26)
• Re: index-only scans Greg Smith (23:37)

2011-08-16

• Re: index-only scans Robert Haas (00:51)
• VACUUM FULL versus relcache init files Tom Lane (01:01)
• Re: Enforcing that all WAL has been replayed after restoring from backup Fujii Masao (01:10)
• Re: Possible Bug in pg_upgrade Bruce Momjian (02:39)
• Re: mosbench revisited Robert Haas (02:40)
• pgsql: In pg_upgrade,avoid dumping orphaned temporary tables. This ma Bruce Momjian (02:40)
• src/backend/storage/ipc/README Robert Haas (02:50)
• Re: src/backend/storage/ipc/README Tom Lane (04:37)
• Re: Online base backup from the hot-standby Jun Ishiduka (06:09)
• Re: Online base backup from the hot-standby Jun Ishiduka (06:12)
• Re: Backup's from standby senthilnathan (06:34)
• Re: WIP: Fast GiST index build Alexander Korotkov (08:10)
• Re: some missing internationalization in pg_basebackup Peter Eisentraut (08:33)
• Re: walprotocol.h vs frontends Magnus Hagander (08:35)
• Re: some missing internationalization in pg_basebackup Magnus Hagander (08:38)
• Re: walprotocol.h vs frontends Peter Eisentraut (08:41)
• Some problems about cascading replication Fujii Masao (08:55)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Magnus Hagander (08:56)
• pgsql: Fix bogus comment that claimed that the new BACKUP METHOD linei Heikki Linnakangas (09:24)
• Allowing same cursor name in nested levels Jeevan Chalke (09:30)
• Re: some missing internationalization in pg_basebackup Dimitri Fontaine (09:35)
• Re: pg_stat_replication vs StandbyReplyMessage Magnus Hagander (09:51)
• Re: index-only scans Anssi Kääriäinen (10:24)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Andrew Dunstan (11:23)
• Re: WIP: Fast GiST index build Heikki Linnakangas (12:04)
• non-ipv6 vs hostnames Magnus Hagander (12:25)
• Re: Backup's from standby Robert Haas (12:34)
• Re: Backup's from standby Simon Riggs (12:51)
• Re: pg_stat_replication vs StandbyReplyMessage Simon Riggs (12:54)
• Re: walprotocol.h vs frontends Simon Riggs (12:58)
• Re: WIP: Fast GiST index build Alexander Korotkov (13:19)
• Re: src/backend/storage/ipc/README Robert Haas (13:21)
• Re: Some problems about cascading replication Simon Riggs (13:25)
• Re: pg_stat_replication vs StandbyReplyMessage Robert Haas (13:25)
• Re: pgsql: In pg_upgrade, avoid dumping orphaned temporary tables. This ma David Fetter (13:33)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Robert Haas (13:43)
• Re: Allowing same cursor name in nested levels Tom Lane (13:55)
• Re: synchronized snapshots Robert Haas (13:59)
• Re: pg_stat_replication vs StandbyReplyMessage Simon Riggs (14:00)
• Re: pg_stat_replication vs StandbyReplyMessage Magnus Hagander (14:02)
• Re: non-ipv6 vs hostnames Tom Lane (14:12)
• Re: non-ipv6 vs hostnames Magnus Hagander (14:17)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Tom Lane (14:26)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Robert Haas (14:30)
• Updated version of pg_receivexlog Magnus Hagander (14:32)
• Re: synchronized snapshots Alvaro Herrera (14:43)
• Re: synchronized snapshots Robert Haas (14:46)
• Re: pg_basebackup and wal streaming Magnus Hagander (14:51)
• Re: plpython crash Jean-Baptiste Quenot (14:52)
• Re: Some problems about cascading replication Heikki Linnakangas (14:56)
• Re: some missing internationalization in pg_basebackup Magnus Hagander (15:00)
• pgsql: Adjust total size in pg_basebackup progress report whenreality Magnus Hagander (15:00)
• Re: plpython crash Jan Urbański (15:06)
• Re: Re: Should we have an optional limit on the recursion depth of recursive CTEs? Peter Geoghegan (15:22)
• Re: Online base backup from the hot-standby Steve Singer (15:24)
• Re: plpython crash Jan Urbański (15:35)
• Re: synchronized snapshots Jim Nasby (16:01)
• Re: non-ipv6 vs hostnames Peter Eisentraut (16:12)
• Re: plpython crash Jean-Baptiste Quenot (17:07)
• Re: plpython crash Jan Urbański (17:12)
• Re: WIP: Fast GiST index build Heikki Linnakangas (17:43)
• Re: WIP: Fast GiST index build Alexander Korotkov (18:46)
• Re: WIP: Fast GiST index build Heikki Linnakangas (19:10)
• Re: WIP: Fast GiST index build Heikki Linnakangas (19:15)
• Re: VACUUM FULL versus relcache init files Robert Haas (19:17)
• Re: error: could not find pg_class tuple for index 2662 Tom Lane (19:45)
• Re: error: could not find pg_class tuple for index 2662 Robert Haas (20:09)
• A note about hash-based catcache invalidations Tom Lane (21:17)
• Re: synchronized snapshots Jeff Davis (22:40)
• Re: synchronized snapshots Jim Nasby (22:53)

2011-08-17

• Finding tables dropped by DROP TABLE CASCADE Tatsuo Ishii (00:10)
• Re: Finding tables dropped by DROP TABLE CASCADE Michael Paquier (00:19)
• Re: synchronized snapshots Tom Lane (00:35)
• Re: synchronized snapshots Robert Haas (00:42)
• Re: Finding tables dropped by DROP TABLE CASCADE Robert Haas (00:45)
• Re: Finding tables dropped by DROP TABLE CASCADE Tatsuo Ishii (00:52)
• Re: synchronized snapshots Tom Lane (00:53)
• Re: synchronized snapshots Robert Haas (01:08)
• Re: Finding tables dropped by DROP TABLE CASCADE Robert Haas (01:10)
• Re: synchronized snapshots Jeff Davis (01:44)
• Re: synchronized snapshots Jeff Davis (01:54)
• Re: Finding tables dropped by DROP TABLE CASCADE Joe Abbate (02:00)
• Re: synchronized snapshots Robert Haas (02:07)
• Re: pgsql: In pg_upgrade, avoid dumping orphaned temporary tables. This ma Bruce Momjian (02:17)
• Re: pgsql: In pg_upgrade, avoid dumping orphaned temporary tables. This ma Robert Haas (02:24)
• Re: [COMMITTERS] pgsql: Adjust total size in pg_basebackup progress report when reality Fujii Masao (02:44)
• Re: pgsql: In pg_upgrade, avoid dumping orphaned temporary tables. This ma Bruce Momjian (04:09)
• Re: Some problems about cascading replication Fujii Masao (04:27)
• Re: [COMMITTERS] pgsql: Fix bogus comment that claimed that the new BACKUP METHOD line i Fujii Masao (04:40)
• Re: pgsql: In pg_upgrade, avoid dumping orphaned temporary tables. This ma David Fetter (05:13)
• Re: Backup's from standby senthilnathan (05:39)
• Re: A note about hash-based catcache invalidations Heikki Linnakangas (06:54)
• Re: synchronized snapshots Peter Eisentraut (06:59)
• Re: WIP: Fast GiST index build Alexander Korotkov (07:11)
• Re: A note about hash-based catcache invalidations Simon Riggs (07:42)
• Re: Enforcing that all WAL has been replayed after restoring from backup Heikki Linnakangas (08:49)
• Re: Online base backup from the hot-standby Jun Ishiduka (08:59)
• Re: [COMMITTERS] pgsql: Adjust total size in pg_basebackup progress report when reality Magnus Hagander (09:02)
• Re: Enforcing that all WAL has been replayed after restoring from backup Fujii Masao (09:26)
• Re: Enforcing that all WAL has been replayed after restoring from backup Heikki Linnakangas (09:37)