• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Contributors
• Mailing Lists
  • Subscribe
  • User lists
  • Developer lists
    • pgsql-committers
    • pgsql-hackers
    • pgsql-patches
    • pgsql-www
  • Regional lists
  • Project lists
  • User groups
  • Inactive lists
• IRC
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-hackers 2005-04 Chronological Index (2/6)

• Thread Index
• [Prev Page]
• [Next Page]

• 26 April 2005
  • Re: [PATCHES] Continue transactions after errors in psql Richard Huxton
  • Re: [PATCHES] Continue transactions after errors in psql Michael Paesold
  • Re: bitmapscan test, no success, again Pavel Stehule
  • Re: [PATCHES] Continue transactions after errors in psql Greg Sabino Mullane
  • bitmapscan test, no success, bs is not faster Pavel Stehule
  • Re: Tablepartitioning: Will it be supported in Future? apoc9009(at)yahoo(dot)de
  • Re: Tablepartitioning: Will it be supported in Future? Qingqing Zhou
  • Tablepartitioning: Will it be supported in Future? apoc9009(at)yahoo(dot)de
  • Re: DO INSTEAD and conditional rules Neil Conway
  • Re: DO INSTEAD and conditional rules Tom Lane
  • Re: DO INSTEAD and conditional rules Neil Conway
  • Re: DO INSTEAD and conditional rules David Wheeler
  • Re: simplify register_dirty_segment() Qingqing Zhou
  • Re: DO INSTEAD and conditional rules Tom Lane
  • Re: [PATCHES] Continue transactions after errors in psql Mark Kirkwood
  • Re: simplify register_dirty_segment() Tom Lane
  • DO INSTEAD and conditional rules Neil Conway
  • Re: simplify register_dirty_segment() Qingqing Zhou
  • Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
  • Re: [PATCHES] Continue transactions after errors in psql Mark Kirkwood
  • Re: [PATCHES] Continue transactions after errors in psql Christopher Kings-Lynne
  • Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
  • Re: [PATCHES] Continue transactions after errors in psql Christopher Kings-Lynne
• 25 April 2005
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
  • Re: [proposal] protocol extension to support loadable stream filters Tom Lane
  • Re: [PATCHES] Continue transactions after errors in psql Tom Lane
  • Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
  • Re: Constant WAL replay Joshua D. Drake
  • Re: Constant WAL replay Hans-Jürgen Schönig
  • Re: Constant WAL replay Bruce Momjian
  • Re: Constant WAL replay Joshua D. Drake
  • Re: Constant WAL replay Hans-Jürgen Schönig
  • Re: Constant WAL replay Hans-Jürgen Schönig
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
  • Re: [PATCHES] Continue transactions after errors in psql Michael Paesold
  • [proposal] protocol extension to support loadable stream filters Brent Verner
  • Re: [PATCHES] Continue transactions after errors in psql Bruce Momjian
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Dave Held
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
  • Re: How to make lazy VACUUM of one table run in several transactions ? Tom Lane
  • Re: How to make lazy VACUUM of one table run in several transactions ? Alvaro Herrera
  • Re: possible TODO: read-only tables, select from indexes only. Jochem van Dieten
  • How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
  • Re: possible TODO: read-only tables, select from indexes Hannu Krosing
  • Re: possible TODO: read-only tables, select from indexes Hannu Krosing
  • Re: Bitmap scans vs. the statistics views Hannu Krosing
  • Re: possible TODO: read-only tables, select from indexes Hannu Krosing
  • How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
  • Re: possible TODO: read-only tables, select from indexes Hannu Krosing
  • How to make lazy VACUUM of one table run in several transactions ? Hannu Krosing
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Simon Riggs
  • Re: simplify register_dirty_segment() Tom Lane
  • simplify register_dirty_segment() Qingqing Zhou
  • Re: Passwords in PSQL Christopher Kings-Lynne
  • Re: Passwords in PSQL Gavin Sherry
  • Passwords in PSQL Rafaqat Ali
  • Re: CVS regression test problem Tom Lane
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
  • Re: Old-style OR indexscan slated for destruction Christopher Kings-Lynne
  • Re: Old-style OR indexscan slated for destruction Tom Lane
  • Re: Old-style OR indexscan slated for destruction Christopher Kings-Lynne
  • Re: idea for concurrent seqscans Bruce Momjian
  • Re: Constant WAL replay Bruce Momjian
  • Re: Constant WAL replay Joshua D. Drake
• 24 April 2005
  • Re: Constant WAL replay Bruce Momjian
  • Re: CVS regression test problem Oleg Bartunov
  • Re: CVS regression test problem Alvaro Herrera
  • CVS regression test problem Oleg Bartunov
  • Re: Old-style OR indexscan slated for destruction Oleg Bartunov
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Magnus Hagander
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus
  • Re: W[i/e]rd performance issue with 8.1cvs Tom Lane
  • Re: W[i/e]rd performance issue with 8.1cvs Josh Berkus
  • Old-style OR indexscan slated for destruction Tom Lane
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: Constant WAL replay Joshua D. Drake
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
  • Re: Constant WAL replay Alvaro Herrera
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Marko Ristola
  • Re: Constant WAL replay Alvaro Herrera
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Tom Lane
  • Re: Constant WAL replay Tom Lane
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
  • Re: Woo hoo ... a whole new set of compiler headaches!! Neil Conway
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Bruce Momjian
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 John Hansen
  • I know I am behind Bruce Momjian
  • Re: [pgsql-hackers-win32] UNICODE/UTF-8 on win32 Bruce Momjian
  • Re: Wierd performance issue with 8.1cvs Thomas Hallgren
  • Re: Wierd performance issue with 8.1cvs Oleg Bartunov
  • Re: Wierd performance issue with 8.1cvs John Hansen
  • Re: Wierd performance issue with 8.1cvs Thomas Hallgren
  • Re: Constant WAL replay Klaus Naumann
  • Re: Wierd performance issue with 8.1cvs Oleg Bartunov
  • Re: Wierd performance issue with 8.1cvs Christopher Kings-Lynne
  • Re: Constant WAL replay Neil Conway
  • Re: Constant WAL replay Tom Lane
  • Constant WAL replay Hans-Jürgen Schönig
  • Re: Wierd performance issue with 8.1cvs Tom Lane
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Tom Lane
  • Re: possible TODO: read-only tables, select from indexes Paul Tillotson
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Andrew Dunstan
• 23 April 2005
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: [PERFORM] Bad n_distinct estimation; hacks suggested? Josh Berkus
  • Re: possible TODO: read-only tables, select from indexes only. Tom Lane
  • Re: possible TODO: read-only tables, select from indexes only. Alvaro Herrera
  • Re: possible TODO: read-only tables, select from indexes only. Tom Lane
  • Re: possible TODO: read-only tables, select from indexes Ron Mayer
  • Re: possible TODO: read-only tables, select from indexes only. Ron Mayer
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Antoine Martin
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Stephen Frost
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Kevin Brown
  • Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
  • Re: possible TODO: read-only tables, select from indexes only. Russell Smith
  • Re: Woo hoo ... a whole new set of compiler headaches!! Alvaro Herrera
  • Re: Woo hoo ... a whole new set of compiler headaches!! Neil Conway
• 22 April 2005
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane
  • Re: slides on the optimizer elein
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: possible TODO: read-only tables, select from indexes Simon Riggs
  • Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Bruce Momjian
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
  • Re: Bitmap scans vs. the statistics views Josh Berkus
  • Re: Bitmap scans vs. the statistics views Jan Wieck
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Bitmap scans vs. the statistics views Tom Lane
  • Re: Bitmap scans vs. the statistics views Tom Lane
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
  • Re: Bitmap scans vs. the statistics views Josh Berkus
  • Re: Bitmap scans vs. the statistics views Jan Wieck
  • Re: Bitmap scans vs. the statistics views Tom Lane
  • Re: possible TODO: read-only tables, select from indexes only. Ron Mayer
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted Antoine Martin
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Bruce Momjian
  • Re: Bitmap scans vs. the statistics views Josh Berkus
  • Re: TODO: read-only tables, select from indexes only. Josh Berkus
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Woo hoo ... a whole new set of compiler headaches!! Dave Held
  • Re: Bitmap scans vs. the statistics views Jim C. Nasby
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane
  • Re: possible TODO: read-only tables, select from indexes Jim C. Nasby
  • Re: Proposal for background vacuum full/cluster Jim C. Nasby
  • Re: Woo hoo ... a whole new set of compiler headaches!! Dann Corbit
  • Re: Proposal for background vacuum full/cluster Jim C. Nasby
  • Bitmap scans vs. the statistics views Tom Lane
  • Re: Woo hoo ... a whole new set of compiler headaches!! Andrew Dunstan
  • Re: Woo hoo ... a whole new set of compiler Chuck McDevitt
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Alvaro Herrera
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Woo hoo ... a whole new set of compiler headaches!! Joshua D. Drake
  • Re: possible TODO: read-only tables, select from indexes Hannu Krosing
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Tom Lane
  • Re: possible TODO: read-only tables, select from indexes only. Jochem van Dieten
  • Re: Postgres: pg_hba.conf, md5, pg_shadow, encrypted passwords Stephen Frost
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: possible TODO: read-only tables, select from indexes only. Bruce Momjian
  • Re: Woo hoo ... a whole new set of compiler headaches!! Alvaro Herrera
  • possible TODO: read-only tables, select from indexes only. Hannu Krosing
  • possible TODO: read-only tables, select from indexes only. Hannu Krosing
  • Re: Woo hoo ... a whole new set of compiler headaches!! Marc G. Fournier
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Re: Woo hoo ... a whole new set of compiler headaches!! Tom Lane
  • Re: Woo hoo ... a whole new set of compiler headaches!! Marc G. Fournier
  • Re: PQfmod and varchars Tom Lane
  • Re: Woo hoo ... a whole new set of compiler headaches!! :) Dave Held
  • Woo hoo ... a whole new set of compiler headaches!! :) Marc G. Fournier
  • Re: slides on the optimizer Oleg Bartunov

• Thread Index
• [Prev Page]
• [Next Page]