Peripheral Links

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

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

2005-04-24

• How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing (00:43)
• Re: possible TODO: read-only tables, select from indexes Paul Tillotson (02:00)
• Re: [HACKERS] Bad n_distinct estimation; hacks suggested? Tom Lane (04:48)
• Re: Wierd performance issue with 8.1cvs Tom Lane (05:52)
• Constant WAL replay Hans-Jürgen Schönig (06:10)
• Re: Constant WAL replay Tom Lane (06:28)
• Re: Constant WAL replay Neil Conway (06:40)
• Re: Wierd performance issue with 8.1cvs Christopher Kings-Lynne (07:23)
• Re: Wierd performance issue with 8.1cvs Oleg Bartunov (07:38)
• Re: Constant WAL replay Klaus Naumann (07:59)
• Re: possible TODO: read-only tables, select from indexes Hannu Krosing (09:02)
• How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing (09:02)
• Re: Wierd performance issue with 8.1cvs Thomas Hallgren (09:05)
• Re: Wierd performance issue with 8.1cvs John Hansen (10:02)
• Re: Wierd performance issue with 8.1cvs Oleg Bartunov (10:41)
• Re: Wierd performance issue with 8.1cvs Thomas Hallgren (12:05)
• Re: [HACKERS] UNICODE/UTF-8 on win32 Bruce Momjian (12:35)
• I know I am behind Bruce Momjian (12:40)
• Re: [HACKERS] UNICODE/UTF-8 on win32 John Hansen (12:48)
• Re: [HACKERS] UNICODE/UTF-8 on win32 Bruce Momjian (12:50)
• Re: Woo hoo ... a whole new set of compiler headaches!! Neil Conway (13:36)
• Re: [HACKERS] UNICODE/UTF-8 on win32 John Hansen (14:09)
• Re: Constant WAL replay Tom Lane (15:41)
• Re: [HACKERS] UNICODE/UTF-8 on win32 Tom Lane (16:01)
• Re: Constant WAL replay Alvaro Herrera (17:07)
• Re: [HACKERS] Bad n_distinct estimation; hacks suggested? Marko Ristola (17:09)
• Re: Constant WAL replay Alvaro Herrera (17:20)
• Re: [HACKERS] Bad n_distinct estimation; hacks suggested? Andrew Dunstan (17:58)
• Re: Constant WAL replay Joshua D. Drake (18:01)
• Re: [HACKERS] Bad n_distinct estimation; hacks suggested? Josh Berkus (18:30)
• Old-style OR indexscan slated for destruction Tom Lane (18:41)
• Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus (18:52)
• Re: W[i/e]rd performance issue with 8.1cvs Tom Lane (19:01)
• Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus (19:06)
• Re: [HACKERS] Bad n_distinct estimation; hacks suggested? Josh Berkus (19:08)
• Re: [WIP] shared locks Alvaro Herrera (19:15)
• Re: [HACKERS] UNICODE/UTF-8 on win32 John Hansen (19:46)
• Re: [HACKERS] UNICODE/UTF-8 on win32 Magnus Hagander (20:24)
• Re: Old-style OR indexscan slated for destruction Oleg Bartunov (20:45)
• CVS regression test problem Oleg Bartunov (21:18)
• Re: CVS regression test problem Alvaro Herrera (21:53)
• Re: CVS regression test problem Oleg Bartunov (22:14)
• Re: Constant WAL replay Bruce Momjian (22:48)

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)