Peripheral Links

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

pgsql-hackers since 2005-04-25 00:00

2005-04-25

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

2005-04-26

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

2005-04-27

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

2005-04-28

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

2005-04-29

• Re: [proposal] protocol extension to support loadable stream filters Brent Verner (00:49)
• Re: [HACKERS] Increased company involvement Josh Berkus (03:13)
• Re: [COMMITTERS] pgsql: Implement sharable row-level locks, and use them for foreign key Tom Lane (04:17)