• 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-11 Chronological Index (3/9)

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

• 23 November 2005
  • Re: syntax extension for unsupported JOINs coming from a binary only (unmodifyable) program Tom Lane
  • Re: [PATCHES] Should libedit be preferred to Joshua D. Drake
  • Re: server closed connection on a select query Joshua D. Drake
  • Re: server closed connection on a select query Larry Rosenman
  • Re: server closed connection on a select query Alvaro Herrera
  • Re: tablespaces and non-empty directories Philip Yarra
  • Re: Improving count(*) mark
  • Re: [PATCHES] Should libedit be preferred to Chuck McDevitt
  • Re: tablespaces and non-empty directories Alvaro Herrera
  • Re: A few pgindent oddities Bruce Momjian
  • Re: A few pgindent oddities Bruce Momjian
  • Re: tablespaces and non-empty directories Gavin Sherry
  • Re: tablespaces and non-empty directories Jim C. Nasby
  • Re: Improving count(*) Jim C. Nasby
• 22 November 2005
  • Re: server closed connection on a select query Larry Rosenman
  • Re: MERGE vs REPLACE Petr Jelinek
  • Re: Improving count(*) Bruce Momjian
  • Re: Improving count(*) Bruce Momjian
  • Re: Improving count(*) Bruce Momjian
  • A few pgindent oddities Tom Lane
  • syntax extension for unsupported JOINs coming from a binary only (unmodifyable) program Wolfgang
  • Re: Time for pgindent? Bruce Momjian
  • Re: Should libedit be preferred to libreadline? Jim C. Nasby
  • Re: bind variables, soft vs hard parse Jim C. Nasby
  • Re: someone working to add merge? Jim C. Nasby
  • Re: MERGE vs REPLACE Jim C. Nasby
  • Re: Bug in predicate indexes? Jim C. Nasby
  • Re: MERGE vs REPLACE Jaime Casanova
  • Re: MERGE vs REPLACE Bruce Momjian
  • Re: tablespaces and non-empty directories Bruce Momjian
  • Update to FAQ Bruce Momjian
  • Re: server closed connection on a select query Guillaume Lelarge
  • Re: Practical error logging for very large COPY Martijn van Oosterhout
  • Re: server closed connection on a select query Tom Lane
  • Re: Practical error logging for very large COPY Greg Stark
  • Re: server closed connection on a select query Guillaume Lelarge
  • Re: Practical error logging for very large COPY Tom Lane
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: TODO item "%Allow pg_hba.conf be controlled via Gevik
  • Re: order by, for custom types Grzegorz Jaskiewicz
  • Re: Practical error logging for very large COPY Greg Stark
  • Re: TODO item "%Allow pg_hba.conf be controlled via SQL" Andreas Pflug
  • Re: order by, for custom types Martijn van Oosterhout
  • Re: order by, for custom types Grzegorz Jaskiewicz
  • Re: Practical error logging for very large COPY Martijn van Oosterhout
  • Re: TODO item "%Allow pg_hba.conf be controlled via SQL" Bruno Wolff III
  • Re: order by, for custom types Oleg Bartunov
  • Re: Practical error logging for very large COPY Tom Lane
  • Re: order by, for custom types Martijn van Oosterhout
  • Re: Practical error logging for very large COPY Martijn van Oosterhout
  • Re: order by, for custom types Grzegorz Jaskiewicz
  • Re: Practical error logging for very large COPY Tom Lane
  • Re: order by, for custom types Tom Lane
  • Re: MERGE vs REPLACE Martijn van Oosterhout
  • SHOW ALL output too wide Dennis Bjorklund
  • Re: Web page down (ad server) Marc G. Fournier
  • Re: Web page down (ad server) Martijn van Oosterhout
  • Re: Should libedit be preferred to libreadline? Martijn van Oosterhout
  • TODO item "%Allow pg_hba.conf be controlled via SQL" gevik
  • Re: Practical error logging for very large COPY Simon Riggs
  • Re: Practical error logging for very large COPY Simon Riggs
  • Re: Should libedit be preferred to libreadline? Zeugswetter Andreas DCP SD
  • Re: Web page down (ad server) Dennis Bjorklund
  • Re: Web page down (ad server) Dennis Bjorklund
  • Re: Web page down (ad server) Magnus Hagander
  • Web page down (ad server) Dennis Bjorklund
  • Re: Practical error logging for very large COPY Simon Riggs
  • Re: MERGE vs REPLACE Jaime Casanova
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: Use of 8192 as BLCKSZ in xlog.c Mark Kirkwood
  • Re: Are NULLs in Arrays compressed? Christopher Kings-Lynne
  • Re: Bug in predicate indexes? Joshua D. Drake
  • Re: Are NULLs in Arrays compressed? mark
  • Re: MERGE vs REPLACE Petr Jelinek
  • Re: Are NULLs in Arrays compressed? Michael Fuhr
  • Re: Use of 8192 as BLCKSZ in xlog.c Qingqing Zhou
  • Re: Use of 8192 as BLCKSZ in xlog.c Michael Glaesemann
  • Re: Use of 8192 as BLCKSZ in xlog.c Qingqing Zhou
  • Use of 8192 as BLCKSZ in xlog.c Mark Kirkwood
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: Practical error logging for very large COPY statements Christopher Kings-Lynne
  • Re: Bug in predicate indexes? Tom Lane
  • Re: Should libedit be preferred to libreadline? Tom Lane
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: Bug in predicate indexes? Jim C. Nasby
  • Re: Should libedit be preferred to libreadline? Andrew Dunstan
  • Re: Practical error logging for very large COPY statements Andrew Dunstan
  • Re: PostgreSQL 8.1.0 catalog corruption Alvaro Herrera
  • Re: why is gist index taking so much space on the disc Oleg Bartunov
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: Improving count(*) Gregory Maxwell
  • Re: Practical error logging for very large COPY statements Tom Lane
  • Using FSM to trigger vacuum Jim C. Nasby
• 21 November 2005
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: Improving count(*) Jim C. Nasby
  • Re: Improving count(*) Jim C. Nasby
  • Re: [ADMIN] ERROR: could not read block Qingqing Zhou
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: CLUSTER and clustered indices Jim C. Nasby
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: [ADMIN] ERROR: could not read block Jim C. Nasby
  • Re: OS X 7.4 failure Jim C. Nasby
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: [pgsql-hackers] Daily digest v1.5568 (24 messages) Heikki Linnakangas
  • Re: bind variables, soft vs hard parse Jim C. Nasby
  • Re: plpython and bytea Tino Wildenhain
  • Re: why is gist index taking so much space on the disc Martijn van Oosterhout
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Practical error logging for very large COPY statements Simon Riggs
  • Should libedit be preferred to libreadline? Seneca Cunningham
  • Re: Heading to Mexico Jim C. Nasby
  • Re: [COMMITTERS] pgsql: make_restrictinfo() failed to attach Andrew Dunstan
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: [COMMITTERS] pgsql: make_restrictinfo() failed to attach the specified Jim C. Nasby
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: Data directory on read-only media Tom Lane
  • Re: Are NULLs in Arrays compressed? mark
  • Re: MERGE vs REPLACE Jim C. Nasby
  • Re: MERGE vs REPLACE Jim C. Nasby
  • Re: why is gist index taking so much space on the disc Martijn van Oosterhout
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: Data directory on read-only media Peter Eisentraut
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: Data directory on read-only media Heikki Linnakangas
  • Re: Data directory on read-only media Heikki Linnakangas
  • Webiste problems Mark Wilkinson
  • Re: [ADMIN] ERROR: could not read block Qingqing Zhou
  • Re: PostgreSQL 8.1.0 catalog corruption Alvaro Herrera
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Are NULLs in Arrays compressed? Simon Riggs
  • Re: PostgreSQL 8.1.0 catalog corruption Tom Lane
  • Re: PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • PostgreSQL 8.1.0 catalog corruption Bob Ippolito
  • Re: bind variables, soft vs hard parse Marcus Engene
  • Re: why is gist index taking so much space on the disc Teodor Sigaev
  • Re: Time for pgindent? Bruce Momjian
  • Re: [pgsql-hackers] Daily digest v1.5568 (24 messages) Marc Munro
  • Re: why is gist index taking so much space on the disc Kevin McArthur
  • Re: why is gist index taking so much space on the disc Grzegorz Jaskiewicz
  • Re: order by, for custom types Kevin McArthur
  • Re: plpython and bytea James William Pye
  • why is gist index taking so much space on the disc Grzegorz Jaskiewicz
  • Time for pgindent? Tom Lane
  • Re: [PATCHES] drop database if exists Christopher Kings-Lynne
  • Re: Materialized views (Was Re: Improving count(*)) Nicolas Barbier
  • Re: plpython and bytea Tino Wildenhain
  • Re: Tablespace on ramdisk Tino Wildenhain
  • Re: Tablespace on ramdisk pmagnoli
  • Re: plpython and bytea Hannu Krosing
  • Re: Tablespace on ramdisk Tino Wildenhain
  • Tablespace on ramdisk pmagnoli
  • Re: Data directory on read-only media Peter Eisentraut
  • Re: Data directory on read-only media Peter Eisentraut
  • Re: plpython and bytea Tino Wildenhain
  • Re: Data directory on read-only media Josh Berkus
  • Re: Plan chosen for PQexecParams Michael Fuhr
  • Re: Plan chosen for PQexecParams Tom Lane
  • Re: Plan chosen for PQexecParams Michael Fuhr
  • plpython and bytea Hannu Krosing
• 20 November 2005
  • Re: Plan chosen for PQexecParams Tom Lane
  • Re: Returning multiple result sets Martijn van Oosterhout
  • Re: Returning multiple result sets Martijn van Oosterhout
  • Re: Returning multiple result sets Magnus Hagander
  • Re: Data directory on read-only media Tom Lane
  • Plan chosen for PQexecParams Michael Fuhr
  • Data directory on read-only media Heikki Linnakangas
  • Re: Returning multiple result sets Tom Lane
  • Re: Materialized views (Was Re: Improving count(*)) Heikki Linnakangas
  • Re: Materialized views (Was Re: Improving count(*)) Heikki Linnakangas
  • unsubscribe pgsql
  • Re: Returning multiple result sets Pavel Stehule
  • Re: Returning multiple result sets Martijn van Oosterhout
  • Re: Returning multiple result sets Martijn van Oosterhout
  • Re: MERGE vs REPLACE Bruce Momjian
  • Re: Returning multiple result sets Pavel Stehule
  • Re: Virtual tuple slots versus TOAST: big problem Tom Lane
  • Re: Virtual tuple slots versus TOAST: big problem Jan Wieck

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