db.postgresql.devel.general (thread)

Re: [INTERFACES] Schemas: status report, call for developers, Dave Page
Re: [GENERAL] Re : Solaris Performance - 64 bit puzzle, Andrew Sullivan
- Message not available
  - Re: [GENERAL] Re : Solaris Performance - 64 bit puzzle, Andrew Sullivan
Schemas: status report, call for developers, Tom Lane
- Re: Schemas: status report, call for developers, Bill Cunningham
  - Re: Schemas: status report, call for developers, Tom Lane
  - Message not available
    - Re: Schemas: status report, call for developers, Bill Cunningham
    - Re: Schemas: status report, call for developers, Tom Lane
- Re: Schemas: status report, call for developers, Oleg Bartunov
Re: [GENERAL] Re : Solaris Performance - Profiling (Solved), Andrew Sullivan
Graphical Aplication for visualising postgresql internals, shibu . kurian
Help!!, shibu . kurian
Mac OS X: system shutdown prevents checkpoint, Tom Lane
- Re: Mac OS X: system shutdown prevents checkpoint, Christopher Kings-Lynne
Civility of core/hackers group, Bruce Momjian
- Re: Civility of core/hackers group, Christopher Kings-Lynne
  - Re: Civility of core/hackers group, Bruce Momjian
    - Re: Civility of core/hackers group, Rod Taylor
    - Re: Civility of core/hackers group, Bruce Momjian
    - Re: Civility of core/hackers group, mlw
  - Re: Civility of core/hackers group, Lamar Owen
    - Re: Civility of core/hackers group, Tom Lane
  - Re: Civility of core/hackers group, Gavin Sherry
- Re: Civility of core/hackers group, Rod Taylor
Temp tables are curious creatures...., Rod Taylor
- Re: Temp tables are curious creatures...., Tom Lane
  - Re: Temp tables are curious creatures...., Hannu Krosing
- Re: Temp tables are curious creatures...., Bruce Momjian
  - Re: Temp tables are curious creatures...., Hannu Krosing
    - Re: Temp tables are curious creatures...., Rod Taylor
Syscache/relcache invalidation event callbacks, Tom Lane
- Re: Syscache/relcache invalidation event callbacks, Karel Zak
  - Re: Syscache/relcache invalidation event callbacks, Tom Lane
    - Re: Syscache/relcache invalidation event callbacks, Karel Zak
    - Re: Syscache/relcache invalidation event callbacks, Tom Lane
    - Re: Syscache/relcache invalidation event callbacks, Karel Zak
Folding variable.c into the GUC structure, redux, Tom Lane
#warning possibly dangerous?, Tom Lane
clarification of timestamp, Olivier PRENANT
- Re: clarification of timestamp, Thomas Lockhart
  - Re: clarification of timestamp, Olivier PRENANT
GSSAPI/Kerberos, Phil Dodderidge
pg_config Makefile includes hyphens in configure arguments, Joel Burton
pg_dump broken in cvs tip, Joe Conway
- Re: pg_dump broken in cvs tip, Tom Lane
new contrib: decode(..) concat(..), mlw
a new contrib, mlw
Vacation in May, Bruce Momjian
- Re: Vacation in May, Neil Conway
  - Re: Vacation in May, Bruce Momjian
Re: [BUGS], Tom Lane
- MetaData (size of datatype), Shra
  - Message not available
    - Re: MetaData (size of datatype), Shra
    - Re: MetaData (size of datatype), Tom Lane
Mandrake 8.1 RPMs posted, Thomas Lockhart
- Re: Mandrake 8.1 RPMs posted, Lamar Owen
(unknown), Shra
Arrays in system tables, Rod Taylor
- Re: Arrays in system tables, Bruce Momjian
  - Re: Arrays in system tables, Rod Taylor
multibyte support is now enabled by default, Tatsuo Ishii
PSQL \x \l command issues, Shad
- Re: PSQL \x \l command issues, Doug McNaught
- Re: PSQL \x \l command issues, Tom Lane
  - Re: PSQL \x \l command issues, Shad
pg_constraint, Rod Taylor
- Re: pg_constraint, Christopher Kings-Lynne
  - Re: pg_constraint, Rod Taylor
  - Re: pg_constraint, Tom Lane
- Re: pg_constraint, Tom Lane
  - Re: pg_constraint, Rod Taylor
    - Re: pg_constraint, Tom Lane
    - Re: pg_constraint, Rod Taylor
8K vs 16K block size report, mlw
non-standard escapes in string literals, Andrew Pimlott
- Re: non-standard escapes in string literals, Bruce Momjian
  - Re: non-standard escapes in string literals, F Harvell
    - Re: non-standard escapes in string literals, Tom Lane
    - Re: non-standard escapes in string literals, Bruce Momjian
    - Re: non-standard escapes in string literals, F Harvell
WAL -> Replication, Mike Biamonte
- Re: WAL -> Replication, Bruce Momjian
  - Re: WAL -> Replication, Curt Sampson
    - Re: WAL -> Replication, Hannu Krosing
    - Re: WAL -> Replication, Tom Lane
    - Re: WAL -> Replication, Bruce Momjian
    - Re: WAL -> Replication, Hannu Krosing
Block size: 8K or 16K?, mlw
- Message not available
  - Re: Block size: 8K or 16K?, mlw
    - Re: Block size: 8K or 16K?, Curt Sampson
    - Re: Block size: 8K or 16K?, Bruce Momjian
    - Re: Block size: 8K or 16K?, mlw
- Re: Block size: 8K or 16K?, Neil Conway
ECPG: FETCH ALL|n FROM cursor - Memory allocation?, Lee Kindness
- Re: ECPG: FETCH ALL|n FROM cursor - Memory allocation?, Michael Meskes
md5 passwords and pg_shadow, Neil Conway
- Re: md5 passwords and pg_shadow, Bruce Momjian
  - Re: md5 passwords and pg_shadow, Neil Conway
    - Re: md5 passwords and pg_shadow, Tom Lane
    - Re: md5 passwords and pg_shadow, Bruce Momjian
    - Re: md5 passwords and pg_shadow, Neil Conway
    - Re: md5 passwords and pg_shadow, Tom Lane
    - Re: md5 passwords and pg_shadow, Bruce Momjian
    - Re: md5 passwords and pg_shadow, Bruce Momjian
referential integrity problem, Tatsuo Ishii
PostgreSQL index usage discussion., mlw
- Re: PostgreSQL index usage discussion., Bradley McLean
- Re: PostgreSQL index usage discussion., Hannu Krosing
- Re: PostgreSQL index usage discussion., Luis Alberto Amigo Navarro
  - Re: PostgreSQL index usage discussion., Hannu Krosing
    - Re: PostgreSQL index usage discussion., Luis Alberto Amigo Navarro
Parser translations and schemas, Tom Lane
- Re: Parser translations and schemas, Peter Eisentraut
Table checking/dumping program, Martijn van Oosterhout
Returning text from stored procedures??, Steffen Nielsen
- Re: Returning text from stored procedures??, Tom Lane
namedatalen part 2 (cont'd), Rod Taylor
- Re: namedatalen part 2 (cont'd), Neil Conway
  - Re: namedatalen part 2 (cont'd), Rod Taylor
  - Re: namedatalen part 2 (cont'd), Tom Lane
    - Re: namedatalen part 2 (cont'd), Bruce Momjian
    - Re: namedatalen part 2 (cont'd), Tom Lane
Re: build of 7.2.1 on SCO Openserver and Unixware 7.1.1, Bruce Momjian
Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32?, Bruce Momjian
- Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32?, Peter Eisentraut
  - Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32?, Bruce Momjian
    - Re: ?Missing '#define FUNC_MAX_ARGS' in pg_config.h.win32?, Peter Eisentraut
Vote on SET in aborted transaction, Bruce Momjian
- Re: Vote on SET in aborted transaction, Bradley McLean
  - Re: Vote on SET in aborted transaction, Bruce Momjian
- Re: Vote on SET in aborted transaction, Jan Wieck
- Re: Vote on SET in aborted transaction, Tom Lane
  - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Bruce Momjian
- Re: Vote on SET in aborted transaction, Lamar Owen
- Re: Vote on SET in aborted transaction, Joe Conway
- Re: Vote on SET in aborted transaction, Thomas Lockhart
  - Re: Vote on SET in aborted transaction, Tom Lane
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Jan Wieck
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Michael Loftis
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Bruce Momjian
    - Re: Vote on SET in aborted transaction, Michael Loftis
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Bruce Momjian
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Bruce Momjian
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Michael Loftis
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Jan Wieck
    - Re: Vote on SET in aborted transaction, Hiroshi Inoue
    - Re: Vote on SET in aborted transaction, Tom Lane
- Re: Vote on SET in aborted transaction, Michael Loftis
  - Re: Vote on SET in aborted transaction, Vince Vielhaber
- Re: Vote on SET in aborted transaction, Hiroshi Inoue
- Vote totals for SET in aborted transaction, Bruce Momjian
  - Re: Vote totals for SET in aborted transaction, Hiroshi Inoue
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Hiroshi Inoue
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Hiroshi Inoue
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Hiroshi Inoue
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Sander Steffann
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Hiroshi Inoue
  - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Mike Mascari
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Vince Vielhaber
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Vince Vielhaber
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Curt Sampson
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Lee Kindness
    - Re: Vote totals for SET in aborted transaction, Lincoln Yeoh
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Lincoln Yeoh
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Lincoln Yeoh
    - Re: Vote totals for SET in aborted transaction, Philip Warner
    - Re: Vote totals for SET in aborted transaction, Scott Marlowe
    - Re: Vote totals for SET in aborted transaction, Hannu Krosing
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Thomas Lockhart
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Hannu Krosing
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Bruce Momjian
    - Re: Vote totals for SET in aborted transaction, Doug McNaught
    - Re: Vote totals for SET in aborted transaction, Thomas Lockhart
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Hannu Krosing
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Hannu Krosing
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Jan Wieck
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Thomas Lockhart
    - Re: Vote totals for SET in aborted transaction, John Ingram
    - Re: Vote totals for SET in aborted transaction, Thomas Lockhart
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Thomas Lockhart
    - Re: Vote totals for SET in aborted transaction, Tom Lane
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
    - Re: Vote totals for SET in aborted transaction, Marc G. Fournier
Generating Huge String?, Steffen Nielsen
- Re: Generating Huge String?, Tom Lane
  - Re: Generating Huge String?, Steffen Nielsen
"make report", Thomas Lockhart
- Re: "make report", cbbrowne
  - Re: "make report", Curt Sampson
- Re: "make report", Tom Lane
- Re: "make report", Peter Eisentraut
  - Re: "make report", Thomas Lockhart
    - Re: "make report", Peter Eisentraut
    - Re: "make report", Igor Kovalenko
    - Re: "make report", Peter Eisentraut
I am back, Bruce Momjian
NAMEDATALEN revisited, Rod Taylor
ecpg/preproc.y is generating reduce/reduce conflicts, Tom Lane
Re: Implement a .NET Data, Francisco Jr.
- Re: Implement a .NET Data, Dave Page
  - Re: Implement a .NET Data, Francisco Jr.
What is wrong with hashed index usage?, Dann Corbit
- Re: What is wrong with hashed index usage?, Neil Conway
- Re: What is wrong with hashed index usage?, Dann Corbit
  - Re: What is wrong with hashed index usage?, Neil Conway
    - Re: What is wrong with hashed index usage?, Michael Loftis
    - Re: What is wrong with hashed index usage?, Bruce Momjian
    - Re: What is wrong with hashed index usage?, Tom Lane
    - Re: What is wrong with hashed index usage?, Michael Loftis
    - Re: What is wrong with hashed index usage?, Tom Lane
    - Re: What is wrong with hashed index usage?, Michael Loftis
    - Re: What is wrong with hashed index usage?, Bruce Momjian
    - Re: What is wrong with hashed index usage?, Neil Conway
    - Re: What is wrong with hashed index usage?, Bruce Momjian
    - Re: What is wrong with hashed index usage?, Tom Lane
Simplifying OID lookups in the presence of namespaces, Tom Lane
- Re: Simplifying OID lookups in the presence of namespaces, Joe Conway
  - Re: Simplifying OID lookups in the presence of namespaces, Tom Lane
[RFC] Set Returning Functions, Joe Conway
- Re: [RFC] Set Returning Functions, Christopher Kings-Lynne
  - Re: [RFC] Set Returning Functions, Tom Lane
Fixups on variable.c, Thomas Lockhart
few probs with integer timestamps, Christopher Kings-Lynne
- Re: few probs with integer timestamps, Thomas Lockhart
How to know whether a table is locked ?, Nicolas Bazin
- Re: How to know whether a table is locked ?, Bruce Momjian
GUC vs variable.c (was Patches applied...), Tom Lane
- Re: GUC vs variable.c (was Patches applied...), Thomas Lockhart
  - Re: GUC vs variable.c (was Patches applied...), Tom Lane
    - Re: GUC vs variable.c (was Patches applied...), Thomas Lockhart
    - Re: GUC vs variable.c (was Patches applied...), Thomas Lockhart
    - Re: GUC vs variable.c (was Patches applied...), Tom Lane
    - Re: GUC vs variable.c (was Patches applied...), Thomas Lockhart
  - Re: GUC vs variable.c (was Patches applied...), Peter Eisentraut
    - Re: GUC vs variable.c (was Patches applied...), Tom Lane
- Re: GUC vs variable.c (was Patches applied...), Thomas Lockhart
Coster/planner and edge cases..., Michael Loftis
- Re: Coster/planner and edge cases..., Tom Lane
  - Re: Coster/planner and edge cases..., Michael Loftis
    - Re: Coster/planner and edge cases..., Tom Lane
    - Re: Coster/planner and edge cases..., Bruce Momjian
Patches applied; initdb time!, Thomas Lockhart
- Re: Patches applied; initdb time!, Thomas Lockhart
  - Re: Patches applied; initdb time!, Tom Lane
- Re: Patches applied; initdb time!, Tom Lane
  - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Tom Lane
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Tom Lane
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Tom Lane
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Joe Conway
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Joe Conway
    - Re: Patches applied; initdb time!, Peter Eisentraut
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Tom Lane
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Michael Loftis
    - Re: Patches applied; initdb time!, Joe Conway
    - Re: Patches applied; initdb time!, Tom Lane
    - Re: Patches applied; initdb time!, Joe Conway
    - Re: Patches applied; initdb time!, Thomas Lockhart
    - Re: Patches applied; initdb time!, Tom Lane
failed regression tests, Thomas Lockhart
- Re: failed regression tests, Peter Eisentraut
  - Re: failed regression tests, Thomas Lockhart
    - Re: failed regression tests, Tatsuo Ishii
Foreign keys and indexes., Rod Taylor
- Re: Foreign keys and indexes., Rod Taylor
- Re: Foreign keys and indexes., Tom Lane
Implement a .NET Data Provider, Francisco Jr.
- Re: Implement a .NET Data Provider, Jean-Michel POURE
Documentation on page files, Martijn van Oosterhout
- Re: Documentation on page files, Tom Lane
  - Re: Documentation on page files, Curt Sampson
    - Re: Documentation on page files, Martijn van Oosterhout
    - Re: Documentation on page files, Ross J. Reedstrom
    - Re: Documentation on page files, Martijn van Oosterhout
    - Re: Documentation on page files, Hannu Krosing
    - Re: Documentation on page files, Martijn van Oosterhout
    - Re: Documentation on page files, Curt Sampson
    - Re: Documentation on page files, Hannu Krosing
  - Re: Documentation on page files, Patrick Macdonald
On-disk Tuple Size, Curt Sampson
- Re: On-disk Tuple Size, Tom Lane
  - Re: On-disk Tuple Size, Curt Sampson
    - Re: On-disk Tuple Size, Rod Taylor
    - Re: On-disk Tuple Size, Tom Lane
  - Re: On-disk Tuple Size, Curt Sampson
    - Re: On-disk Tuple Size, Tom Lane
    - Re: On-disk Tuple Size, Curt Sampson
- Re: On-Disk Tuple Size, Curt Sampson
  - Re: On-Disk Tuple Size, Martijn van Oosterhout
    - Re: On-Disk Tuple Size, Tom Lane
Re: [GENERAL] general design question, Curt Sampson
commands subdirectory continued -code cleanup, John Gray
- Re: commands subdirectory continued -code cleanup, Tom Lane
  - Re: commands subdirectory continued -code cleanup, John Gray
- Re: commands subdirectory continued -code cleanup, Fernando Nasser
  - Re: commands subdirectory continued -code cleanup, John Gray
- Re: commands subdirectory continued -code cleanup, Christopher Kings-Lynne
Really annoying comments..., Rod Taylor
- Re: Really annoying comments..., Tom Lane
- Re: Really annoying comments..., Dave Page
  - Re: Really annoying comments..., Tom Lane
- Re: Really annoying comments..., Dave Page
  - Re: Really annoying comments..., Rod Taylor
Improved scanner performance, Peter Eisentraut
- Re: Improved scanner performance, Tom Lane
  - Re: Improved scanner performance, Peter Eisentraut
    - Re: Improved scanner performance, Tom Lane
    - Re: Improved scanner performance, Peter Eisentraut
    - Re: Improved scanner performance, Tom Lane
- Re: Improved scanner performance, Tom Lane
My talk at Linuxtag, Michael Meskes
- Re: My talk at Linuxtag, Bruce Momjian
Re: Large object security, Mario Weilguni
- Re: Large object security, Tom Lane
- Re: Large object security, Damon Cokenias
- Re: Large object security, Barry Lind
syslog support by default, Tatsuo Ishii
- Re: syslog support by default, Tom Lane
  - Re: syslog support by default, Tatsuo Ishii
  - Re: syslog support by default, Peter Eisentraut
    - Re: syslog support by default, Hannu Krosing
    - Re: syslog support by default, Tatsuo Ishii
    - Re: syslog support by default, Hannu Krosing
    - Re: syslog support by default, Tatsuo Ishii
    - Re: syslog support by default, Tom Lane
    - Re: syslog support by default, Tatsuo Ishii
    - Re: syslog support by default, Tom Lane
    - Re: syslog support by default, Tatsuo Ishii
    - Re: syslog support by default, Bruce Momjian
    - Re: syslog support by default, Mario Weilguni
Getting Constrint information..??, Steffen Nielsen
- Re: Getting Constrint information..??, Tom Lane
Odd(?) RI-trigger behavior, Tom Lane
- Re: Odd(?) RI-trigger behavior, Stephan Szabo
  - Re: Odd(?) RI-trigger behavior, Tom Lane
    - Re: Odd(?) RI-trigger behavior, Stephan Szabo
    - Re: Odd(?) RI-trigger behavior, Alvaro Herrera
    - Re: Odd(?) RI-trigger behavior, Christopher Kings-Lynne
    - Re: Odd(?) RI-trigger behavior, Tom Lane
    - Re: Odd(?) RI-trigger behavior, Joe Conway
    - Re: Odd(?) RI-trigger behavior, Joe Conway
    - Re: Odd(?) RI-trigger behavior, Tom Lane
    - Re: Odd(?) RI-trigger behavior, Bruce Momjian
Schema (namespace) privilege details, Tom Lane
- Re: Schema (namespace) privilege details, Rod Taylor
  - Re: Schema (namespace) privilege details, Tom Lane
- Re: Schema (namespace) privilege details, Peter Eisentraut
  - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Oliver Elphick
    - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Peter Eisentraut
    - Re: Schema (namespace) privilege details, Tom Lane
- Re: Schema (namespace) privilege details, Joe Conway
  - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Joe Conway
  - Re: Schema (namespace) privilege details, Rod Taylor
    - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Rod Taylor
    - Re: Schema (namespace) privilege details, Christopher Kings-Lynne
    - Re: Schema (namespace) privilege details, Rod Taylor
    - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Rod Taylor
- Re: Schema (namespace) privilege details, Oliver Elphick
  - Re: Schema (namespace) privilege details, Joe Conway
    - Re: Schema (namespace) privilege details, Oliver Elphick
- Re: Schema (namespace) privilege details, Sander Steffann
  - Re: Schema (namespace) privilege details, Curt Sampson
    - Re: Schema (namespace) privilege details, Tom Lane
    - Re: Schema (namespace) privilege details, Sander Steffann
    - Re: Schema (namespace) privilege details, Curt Sampson
    - Re: Schema (namespace) privilege details, Sander Steffann
    - Re: Schema (namespace) privilege details, Curt Sampson
Names of view select rules, Tom Lane
- Re: Names of view select rules, Jan Wieck
Re: [SQL] SQL Query Optimization, Dav Coleman
- Re: [SQL] SQL Query Optimization, Tom Lane
Bug or misunderstanding w/domains in 7.3devel?, Joel Burton
SQL Query Optimization, Dav Coleman
- Re: SQL Query Optimization, Tom Lane
another optimizer question, Jakub Ouhrabka
- Re: another optimizer question, Tom Lane
Re: [SQL] A bug in gistPageAddItem()/gist_tuple_replacekey() ??? (fwd), Teodor Sigaev
- Re: [SQL] A bug in gistPageAddItem()/gist_tuple_replacekey(), Bruce Momjian
Oops!, Christopher Kings-Lynne
Is this an IN bug?, Christopher Kings-Lynne
Re: [INTERFACES] sqlbang, Bruce Momjian
- Re: [INTERFACES] sqlbang, .
  - Re: [INTERFACES] sqlbang, Peter Eisentraut
    - Re: [INTERFACES] sqlbang, .
Re: new food for the contrib/ directory, Bruce Momjian
- Re: new food for the contrib/ directory, Justin Clift
  - Re: new food for the contrib/ directory, Andreas Scherbaum
    - Re: new food for the contrib/ directory, Justin Clift
    - Re: new food for the contrib/ directory, Andreas Scherbaum
    - Re: new food for the contrib/ directory, Tom Lane
    - Re: new food for the contrib/ directory, Andreas Scherbaum
    - Re: new food for the contrib/ directory, Tom Lane
    - Re: new food for the contrib/ directory, Andreas Scherbaum
    - Re: new food for the contrib/ directory, Bruce Momjian
    - Re: new food for the contrib/ directory, Andreas Scherbaum
    - Re: new food for the contrib/ directory, Bruce Momjian
    - Re: new food for the contrib/ directory, Alexandre Dulaunoy
- Re: new food for the contrib/ directory, Alexandre Dulaunoy
  - Re: new food for the contrib/ directory, Doug McNaught
    - Re: new food for the contrib/ directory, Alexandre Dulaunoy
    - Re: new food for the contrib/ directory, Bruce Momjian
    - Re: new food for the contrib/ directory, Christopher Browne
    - Re: new food for the contrib/ directory, Thomas Lockhart
  - Re: new food for the contrib/ directory, Tom Lane
- Re: new food for the contrib/ directory, Tom Lane
Re: SHOW ALL as a query result, Bruce Momjian
Re: PyGreSQL bug, Bruce Momjian
- Re: PyGreSQL bug, Bruce Momjian
Re: compile bug in HEAD?, Bruce Momjian
Re: Patch for xlog.c, Bruce Momjian
- Re: Patch for xlog.c, Bruce Momjian
Re: [SQL] A bug in gistPageAddItem()/gist_tuple_replacekey() ???, Bruce Momjian
updated qCache, Neil Conway
- Re: updated qCache, Tom Lane
  - Re: updated qCache, Christopher Kings-Lynne
  - Re: updated qCache, Christopher Kings-Lynne
- Re: updated qCache, Karel Zak
- Re: updated qCache, Karel Zak
- Re: updated qCache, Dann Corbit
  - Re: updated qCache, Neil Conway
    - Re: updated qCache, Karel Zak
Bison grammer, Michael Meskes
problem with anoncvs?, Christopher Kings-Lynne
- Re: problem with anoncvs?, Marc G. Fournier
  - Re: problem with anoncvs?, Christopher Kings-Lynne
plpq, Darko Prenosil
Re: Where to get official SQL spec (was Re: Domain Support), Bruce Momjian
Re: Standards URL's, Bruce Momjian
Re: [BUGS] Foreign Key woes -- 7.2 and ~7.3, Tom Lane
- Re: [BUGS] Foreign Key woes -- 7.2 and ~7.3, Rod Taylor
Just a Question, Bosco Ng
Foreign Key woes -- 7.2 and ~7.3, Rod Taylor
- Re: Foreign Key woes -- 7.2 and ~7.3, Stephan Szabo
date_in function, Dragos Manzateanu
- Re: date_in function, Dragos Manzateanu
  - Re: date_in function, Dragos Manzateanu
    - date_in function, Dragos Manzateanu
    - Re: date_in function, Tom Lane
Index Scans become Seq Scans after VACUUM ANALYSE, Louis-David Mitterrand
- Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
  - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Louis-David Mitterrand
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Stephan Szabo
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Oliver Elphick
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Oliver Elphick
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Luis Alberto Amigo Navarro
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Hannu Krosing
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Hannu Krosing
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Hannu Krosing
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Adrian 'Dagurashibanipal' von Bidder
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Mark Pritchard
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Mark Pritchard
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Mark Pritchard
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Rod Taylor
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Lincoln Yeoh
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Peter Eisentraut
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Sean Chittenden
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Andrew Sullivan
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Message not available
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Andrew Sullivan
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Doug McNaught
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, D'Arcy J.M. Cain
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Curt Sampson
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Lincoln Yeoh
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Luis Alberto Amigo Navarro
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Luis Alberto Amigo Navarro
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Luis Alberto Amigo Navarro
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bruce Momjian
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Lincoln Yeoh
    - Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Bruce Momjian
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Bruce Momjian
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Tom Lane
    - Re: Sequential Scan Read-Ahead, Tatsuo Ishii
    - Re: Sequential Scan Read-Ahead, Michael Loftis
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Tom Lane
    - Re: Sequential Scan Read-Ahead, Kyle
    - Re: Sequential Scan Read-Ahead, Bruce Momjian
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Bruce Momjian
    - Re: Sequential Scan Read-Ahead, Bruce Momjian
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Lincoln Yeoh
    - Re: Sequential Scan Read-Ahead, Curt Sampson
    - Re: Sequential Scan Read-Ahead, Hannu Krosing
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Luis Alberto Amigo Navarro
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Christopher Kings-Lynne
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Bill Cunningham
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Christopher Kings-Lynne
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Christopher Kings-Lynne
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Jean-Paul ARGUDO
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Mike Mascari
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Justin Clift
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Justin Clift
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Hannu Krosing
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Tom Lane
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Michael Loftis
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, mlw
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, tycho
    - Re: Index Scans become Seq Scans after VACUUM ANALYSE, Thomas Lockhart
    - huge runtime difference between 2 almost identical queries (was: Re: Index Scans become Seq Scans after VACUUM ANALYSE), Louis-David Mitterrand
    - Re: huge runtime difference between 2 almost identical queries (was: Re: Index Scans become Seq Scans after VACUUM ANALYSE), Tom Lane
    - Re: huge runtime difference between 2 almost identical queries (was: Re: Index Scans become Seq Scans after VACUUM ANALYSE), Louis-David Mitterrand
    - Re: huge runtime difference between 2 almost identical queries (was: Re: Index Scans become Seq Scans after VACUUM ANALYSE), Tom Lane
- Re: Index Scans become Seq Scans after VACUUM ANALYSE, Dann Corbit
- Re: Index Scans become Seq Scans after VACUUM ANALYSE, Maarten . Boekhold
  - Re: Index Scans become Seq Scans after VACUUM ANALYSE, tycho
- Re: Index Scans become Seq Scans after VACUUM ANALYSE, Maarten . Boekhold
PL/JAVA, Laszlo Hornyak
Testers needed ..., Marc G. Fournier
- Re: Testers needed ..., Gavin Sherry
- Re: [GENERAL] Testers needed ..., Tom Lane
  - Re: [GENERAL] Testers needed ..., Marc G. Fournier
    - Re: [GENERAL] Testers needed ..., Jan Wieck
- Re: Testers needed ..., Alvaro Herrera
Improved vacuumlo, Mario Weilguni
- Re: Improved vacuumlo, Mario Weilguni
Places to update when a new version is out, Christopher Kings-Lynne
- Re: Places to update when a new version is out, Justin Clift
  - Re: Places to update when a new version is out, Christopher Kings-Lynne
    - Re: Places to update when a new version is out, Bruce Momjian
Firebird 1.0 released, Christopher Kings-Lynne
- Re: Firebird 1.0 released, Tom Lane
- Re: Firebird 1.0 released, Denis Perchine
  - Re: Firebird 1.0 released, Tom Lane
    - Re: Firebird 1.0 released, Richard Tucker
- Is this a better MVCC., mlw
  - Re: Is this a better MVCC., Tom Lane
    - Re: Is this a better MVCC., Lincoln Yeoh
Re: [PATCHES] YADP - Yet another Dependency Patch, Rod Taylor
- Re: [PATCHES] YADP - Yet another Dependency Patch, Bruce Momjian
- Re: [PATCHES] YADP - Yet another Dependency Patch, Rod Taylor
  - Re: [PATCHES] YADP - Yet another Dependency Patch, Tom Lane
    - Re: [PATCHES] YADP - Yet another Dependency Patch, Rod Taylor
Re: [PATCHES] [SQL] 16 parameter limit, Rod Taylor
- Re: [PATCHES] [SQL] 16 parameter limit, Alvaro Herrera
  - Re: [PATCHES] [SQL] 16 parameter limit, Neil Conway
  - Re: [PATCHES] [SQL] 16 parameter limit, Bruce Momjian
    - Re: [PATCHES] [SQL] 16 parameter limit, Christopher Kings-Lynne
- Re: [PATCHES] [SQL] 16 parameter limit, Peter Eisentraut
  - Re: [PATCHES] [SQL] 16 parameter limit, Tom Lane
    - Re: [PATCHES] [SQL] 16 parameter limit, Bruce Momjian
    - Re: [PATCHES] [SQL] 16 parameter limit, Hannu Krosing
Re: [SQL] 16 parameter limit, Bruce Momjian
Re: Bug #633: CASE statement evaluation does not short-circut, Thomas Lockhart
multibyte support by default, Tatsuo Ishii
- Re: multibyte support by default, Peter Eisentraut
- Re: multibyte support by default, Tom Lane
  - Re: multibyte support by default, Tatsuo Ishii
    - Re: multibyte support by default, Tom Lane
- Re: multibyte support by default, Hannu Krosing
  - Re: multibyte support by default, Tatsuo Ishii
RFC: Generating useful names for foreign keys and checks, Christopher Kings-Lynne
- Re: RFC: Generating useful names for foreign keys and checks, Bruce Momjian
- Re: RFC: Generating useful names for foreign keys and checks, Tom Lane
  - Re: RFC: Generating useful names for foreign keys and checks, Christopher Kings-Lynne
regression in CVS HEAD, Neil Conway
- Re: regression in CVS HEAD, Tom Lane
- Re: regression in CVS HEAD, Tom Lane
Re: rules and default values, Tom Lane
- Re: rules and default values, Neil Conway
Array Iterator functions, Rod Taylor
- Re: Array Iterator functions, Tom Lane
Operators and schemas, Tom Lane
- Re: Operators and schemas, Fernando Nasser
  - Re: Operators and schemas, Tom Lane
- Re: Operators and schemas, Peter Eisentraut
  - Re: Operators and schemas, Tom Lane
    - Re: Operators and schemas, Peter Eisentraut
    - Re: Operators and schemas, Tom Lane
    - Re: Operators and schemas, Hiroshi Inoue
    - Re: Operators and schemas, Tom Lane
    - Re: Operators and schemas, Peter Eisentraut
    - Re: Operators and schemas, Tom Lane
    - Re: Operators and schemas, Fernando Nasser
    - Re: Operators and schemas, Peter Eisentraut
    - Re: Operators and schemas, Tom Lane
- Re: Operators and schemas, Rod Taylor
- Re: Operators and schemas, Dann Corbit
- Re: Operators and schemas, Dann Corbit
Stumbled upon a time bug..., Rod Taylor
- Re: Stumbled upon a time bug..., Thomas Lockhart
Re: [GENERAL] [Fwd: AW: More UB-Tree patent information], Jean-Luc Lachance
- Re: [GENERAL] [Fwd: AW: More UB-Tree patent information], postgresql
- Re: [GENERAL] [Fwd: AW: More UB-Tree patent information], postgresql
deletion of attributes, Michael Meskes
Re: [PATCHES] unknownin/out patch (was PQescapeBytea is, Tatsuo Ishii
Importing Large Amounts of Data, Curt Sampson
- Re: Importing Large Amounts of Data, Christopher Kings-Lynne
  - Re: Importing Large Amounts of Data, Curt Sampson
    - Re: Importing Large Amounts of Data, Christopher Kings-Lynne
    - Re: Importing Large Amounts of Data, Curt Sampson
    - Re: Importing Large Amounts of Data, Christopher Kings-Lynne
    - Re: Importing Large Amounts of Data, Denis Perchine
    - Re: Importing Large Amounts of Data, Christopher Kings-Lynne
    - Re: Importing Large Amounts of Data, Denis Perchine
    - Re: Importing Large Amounts of Data, Christopher Kings-Lynne
    - Re: Importing Large Amounts of Data, Tom Lane
    - Re: Importing Large Amounts of Data, Tom Lane
    - Re: Importing Large Amounts of Data, Curt Sampson
    - Re: Importing Large Amounts of Data, Bruce Momjian
    - Re: Importing Large Amounts of Data, Neil Conway
    - Re: Importing Large Amounts of Data, Curt Sampson
    - Re: Importing Large Amounts of Data, Gavin Sherry
    - Re: Importing Large Amounts of Data, Curt Sampson
    - Re: Importing Large Amounts of Data, Gavin Sherry
more on large oids, Daniel Kalchev
- Re: more on large oids, Tom Lane
Re: [PATCHES] ANSI Compliant Inserts, Rod Taylor
- Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
- Re: [PATCHES] ANSI Compliant Inserts, Tom Lane
  - Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
    - Re: [PATCHES] ANSI Compliant Inserts, Tom Lane
- Re: [PATCHES] ANSI Compliant Inserts, Peter Eisentraut
  - Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
    - Re: [PATCHES] ANSI Compliant Inserts, Peter Eisentraut
    - Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
    - Re: [PATCHES] ANSI Compliant Inserts, Peter Eisentraut
    - Re: [PATCHES] ANSI Compliant Inserts, Thomas Lockhart
  - Re: [PATCHES] ANSI Compliant Inserts, Tom Lane
    - Re: [PATCHES] ANSI Compliant Inserts, Vince Vielhaber
    - Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
  - Re: [PATCHES] ANSI Compliant Inserts, Rod Taylor
- Re: [PATCHES] ANSI Compliant Inserts, Bruce Momjian
That CREATE OPERATOR CLASS patch, Christopher Kings-Lynne
- Re: That CREATE OPERATOR CLASS patch, Bruce Momjian
  - Re: That CREATE OPERATOR CLASS patch, Bill Studenmund
ecpg/preproc/preproc.y now generates lots of warnings, Tom Lane
- Re: ecpg/preproc/preproc.y now generates lots of warnings, Michael Meskes
Security Issue.., Rod Taylor
- Re: Security Issue.., Bruce Momjian
  - Re: Security Issue.., Rod Taylor
- Re: Security Issue.., Peter Eisentraut
  - Re: Security Issue.., Rod Taylor
  - Re: Security Issue.., Tom Lane
    - Re: Security Issue.., Bruce Momjian
    - Re: Security Issue.., Rod Taylor
    - Re: Security Issue.., Peter Eisentraut
status report, Bruce Momjian
Re: [GENERAL] Notify argument?, Bruce Momjian
- Re: [GENERAL] Notify argument?, Bruce Momjian
Re: [BUGS] Bug #633: CASE statement evaluation does not short-circut, Tom Lane
Re: regexp character class locale awareness patch, Bruce Momjian
- Re: regexp character class locale awareness patch, Tatsuo Ishii
  - Re: regexp character class locale awareness patch, Bruce Momjian
- Re: regexp character class locale awareness patch, Peter Eisentraut
  - Re: regexp character class locale awareness patch, Tatsuo Ishii
    - Re: regexp character class locale awareness patch, Peter Eisentraut
  - Re: regexp character class locale awareness patch, Tatsuo Ishii
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Peter Eisentraut
    - Re: regexp character class locale awareness patch, Manuel Sugawara
    - Re: regexp character class locale awareness patch, Tatsuo Ishii
    - Re: regexp character class locale awareness patch, Manuel Sugawara
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Alvaro Herrera
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Manuel Sugawara
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Tatsuo Ishii
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Manuel Sugawara
    - Re: regexp character class locale awareness patch, Bruce Momjian
    - Re: regexp character class locale awareness patch, Alvaro Herrera
    - Re: regexp character class locale awareness patch, Manuel Sugawara
    - Re: regexp character class locale awareness patch, Bruce Momjian
Re: Again, sorry, caching., Bruce Momjian
- Re: Again, sorry, caching., Tom Lane
  - Re: Again, sorry, caching., Bruce Momjian
    - Re: Again, sorry, caching., Tom Lane
    - Re: Again, sorry, caching., Bruce Momjian
Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
- Re: [PATCHES] WITH DELIMITERS in COPY, Gavin Sherry
  - Re: [PATCHES] WITH DELIMITERS in COPY, Peter Eisentraut
  - Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
    - Re: [PATCHES] WITH DELIMITERS in COPY, Gavin Sherry
    - Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
    - Re: [PATCHES] WITH DELIMITERS in COPY, Tom Lane
    - Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
    - Re: [PATCHES] WITH DELIMITERS in COPY, Tom Lane
    - Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
    - Re: [PATCHES] WITH DELIMITERS in COPY, Gavin Sherry
    - Re: [PATCHES] WITH DELIMITERS in COPY, Bruce Momjian
Re: [PATCHES] [patch] fe-connect.c doesn't handle EINTR correctly, Bruce Momjian
- Re: [PATCHES] [patch] fe-connect.c doesn't handle EINTR correctly, Bruce Momjian
cost of parse/plan/execute for one sample query, Barry Lind
- bug with current sources? Re: cost of parse/plan/execute for one sample query, Barry Lind
  - Re: bug with current sources? Re: cost of parse/plan/execute for one sample query, Tom Lane
    - Re: bug with current sources? Re: cost of parse/plan/execute, Barry Lind
    - Re: bug with current sources? Re: cost of parse/plan/execute for one sample query, Tom Lane
    - Re: bug with current sources? Re: cost of parse/plan/execute for one sample query, Tom Lane
PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC, Lamar Owen
- Message not available
  - Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC), Lamar Owen
    - Re: Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC), Luciano Miguel Ferreira Rocha
    - Re: Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC), Lamar Owen
    - Re: Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC), Michael Loftis
    - Re: Redhat 7.2.93 performance (was:Re: PostgreSQL 7.2.1-2PGDG RPMs available for RedHat-skipjack 7.2.93 and RedHat 6.2/SPARC), Luciano Miguel Ferreira Rocha
- Re: PostgreSQL 7.2.1-2PGDG RPMs available for, Hannu Krosing
JDBC build fails, Tatsuo Ishii
- Re: JDBC build fails, Bruce Momjian
- Message not available
  - Message not available
    - Re: JDBC build fails, Tatsuo Ishii
experimental pg_qcache patch, Neil Conway
- Re: experimental pg_qcache patch, Christopher Kings-Lynne
- Re: experimental pg_qcache patch, Christopher Kings-Lynne
  - Re: experimental pg_qcache patch, Neil Conway
    - Re: experimental pg_qcache patch, Christopher Kings-Lynne
- Re: experimental pg_qcache patch, Bruce Momjian
- Re: experimental pg_qcache patch, Karel Zak
  - Re: experimental pg_qcache patch, Karel Zak
    - Re: experimental pg_qcache patch, Neil Conway
- Re: experimental pg_qcache patch, Jean-Paul ARGUDO
  - Re: experimental pg_qcache patch, Bruce Momjian
Re: Suggestions please: names for function cachabilityattributes, Peter Eisentraut
- Re: Suggestions please: names for function cachabilityattributes, Tom Lane
  - Re: Suggestions please: names for function cachabilityattributes, Peter Eisentraut
    - Re: Suggestions please: names for function cachabilityattributes, Tom Lane
pg_dump is broken in CVS tip, Tom Lane
- Re: pg_dump is broken in CVS tip, Neil Conway
  - Re: pg_dump is broken in CVS tip, Tom Lane
    - Re: pg_dump is broken in CVS tip, Tom Lane
    - Re: pg_dump is broken in CVS tip, Neil Conway
    - Re: pg_dump is broken in CVS tip, Neil Conway
    - Re: pg_dump is broken in CVS tip, Bruce Momjian
    - Re: pg_dump is broken in CVS tip, Bruce Momjian
    - Re: pg_dump is broken in CVS tip, Tom Lane
    - Re: pg_dump is broken in CVS tip, Bruce Momjian
Disregard my last message, Jean-Michel POURE
Re: Bidirectional hard joins (fwd), Curt Sampson
Various issues, Jean-Michel POURE
- Re: Various issues, Christopher Kings-Lynne
- Re: Various issues, Andrea Aime
Informix to PostgreSQL (JDBC), Nicolas Bazin
Re: numeric/decimal docs bug?, Bruce Momjian
- Re: numeric/decimal docs bug?, Jan Wieck
  - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Jan Wieck
    - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Jan Wieck
    - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Thomas Lockhart
    - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Jan Wieck
    - Re: numeric/decimal docs bug?, Tom Lane
    - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Thomas Lockhart
    - Re: numeric/decimal docs bug?, Christopher Kings-Lynne
    - Re: numeric/decimal docs bug?, Bruce Momjian
    - Re: numeric/decimal docs bug?, Jan Wieck
- Re: numeric/decimal docs bug?, Thomas Lockhart
  - Re: numeric/decimal docs bug?, Tom Lane
    - Re: numeric/decimal docs bug?, Thomas Lockhart
    - Re: numeric/decimal docs bug?, Tom Lane
- Re: numeric/decimal docs bug?, Bruce Momjian
- Re: numeric/decimal docs bug?, Bruce Momjian
Re: [pgadmin-support] migration problem, Dave Page
Re: help with bison, Tom Lane
- Re: help with bison, Gavin Sherry
- Re: help with bison, Neil Conway
  - Re: help with bison, Joe Conway
    - Re: help with bison, Peter Eisentraut
    - Re: help with bison, Thomas Lockhart
    - Re: help with bison, Joe Conway
- Re: help with bison, Neil Conway
Deadlock situation using foreign keys (reproduceable), Mario Weilguni
- Re: Deadlock situation using foreign keys (reproduceable), Stephan Szabo
Re: command.c breakup, John Gray
- Re: command.c breakup, Tom Lane
  - Re: command.c breakup, John Gray
    - Re: command.c breakup, Christopher Kings-Lynne
    - Re: command.c breakup, John Gray
  - Re: command.c breakup, Rod Taylor
    - Re: command.c breakup, John Gray
    - Re: command.c breakup, Rod Taylor
    - Re: command.c breakup, John Gray
Re: 7.3 schedule, bpalmer
- Re: 7.3 schedule, Peter Eisentraut
- Re: 7.3 schedule, Neil Conway
  - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Hannu Krosing
    - Re: 7.3 schedule, Brian Bruns
    - Re: 7.3 schedule, Hannu Krosing
    - Re: 7.3 schedule, Brian Bruns
  - Re: 7.3 schedule, Barry Lind
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Barry Lind
    - Re: 7.3 schedule, Hannu Krosing
    - Re: 7.3 schedule, Neil Conway
    - Re: 7.3 schedule, Barry Lind
    - Re: 7.3 schedule, Curt Sampson
    - Re: 7.3 schedule, Barry Lind
    - Re: 7.3 schedule, Curt Sampson
  - Re: 7.3 schedule, Ashley Cambrell
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Hiroshi Inoue
    - Re: 7.3 schedule, Neil Conway
    - Re: 7.3 schedule, Karel Zak
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Bruce Momjian
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Karel Zak
    - Re: 7.3 schedule, Neil Conway
    - Re: 7.3 schedule, Bruce Momjian
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Bruce Momjian
    - Re: 7.3 schedule, Barry Lind
    - Re: 7.3 schedule, Bruce Momjian
    - Re: 7.3 schedule, Christopher Kings-Lynne
    - Re: 7.3 schedule, Tom Lane
    - Re: 7.3 schedule, Neil Conway
    - Re: 7.3 schedule, Bruce Momjian
    - Scanner performance (was Re: 7.3 schedule), Peter Eisentraut
    - Re: Scanner performance (was Re: 7.3 schedule), Tom Lane
    - Re: Scanner performance (was Re: 7.3 schedule), Peter Eisentraut
    - Re: Scanner performance (was Re: 7.3 schedule), Bruce Momjian
    - Re: Scanner performance (was Re: 7.3 schedule), Tom Lane
- Re: 7.3 schedule, Marc G. Fournier
- Re: 7.3 schedule, Dann Corbit
Make text output more generic, Christopher Kings-Lynne
- Re: Make text output more generic, Tom Lane
  - Re: Make text output more generic, Christopher Kings-Lynne
    - Re: Make text output more generic, Tom Lane
Inefficient handling of LO-restore + Patch, Mario Weilguni
- Re: Inefficient handling of LO-restore + Patch, Tom Lane
  - Re: Inefficient handling of LO-restore + Patch, Mario Weilguni
    - Re: Inefficient handling of LO-restore + Patch, Bruce Momjian
    - Re: Inefficient handling of LO-restore + Patch, Bruce Momjian
    - Re: Inefficient handling of LO-restore + Patch, Peter Eisentraut
    - Re: Inefficient handling of LO-restore + Patch, Bruce Momjian
    - Re: Inefficient handling of LO-restore + Patch, Mario Weilguni
    - Re: Inefficient handling of LO-restore + Patch, Bruce Momjian
- Re: Inefficient handling of LO-restore + Patch, Mario Weilguni
  - Re: Inefficient handling of LO-restore + Patch, Tom Lane
    - Re: Inefficient handling of LO-restore + Patch, Bruce Momjian
    - Re: Inefficient handling of LO-restore + Patch, Tom Lane
- Re: Inefficient handling of LO-restore + Patch, Mario Weilguni
- Re: Inefficient handling of LO-restore + Patch, Philip Warner
  - Re: Inefficient handling of LO-restore + Patch, Tom Lane
    - Re: Inefficient handling of LO-restore + Patch, Peter Eisentraut
    - Re: Inefficient handling of LO-restore + Patch, Tom Lane
- Re: Inefficient handling of LO-restore + Patch, Mario Weilguni
setuid functions, Andreas Scherbaum
Re: Implicit coercions need to be reined in, Tom Lane
- Message not available
  - Message not available
    - Message not available
    - Re: Implicit coercions need to be reined in, Tom Lane
    - Re: Implicit coercions need to be reined in, Thomas Lockhart
    - Re: Implicit coercions need to be reined in, Tom Lane
    - Re: Implicit coercions need to be reined in, Tom Lane
- Re: Implicit coercions need to be reined in, Zeugswetter Andreas SB SD
- Re: Implicit coercions need to be reined in, Zeugswetter Andreas SB SD
  - Re: Implicit coercions need to be reined in, Tom Lane
    - Re: Implicit coercions need to be reined in, Thomas Lockhart
    - Re: Implicit coercions need to be reined in, Tom Lane
    - Re: Implicit coercions need to be reined in, Thomas Lockhart
    - Re: Implicit coercions need to be reined in, Tom Lane
    - Re: Implicit coercions need to be reined in, Thomas Lockhart
    - Re: Implicit coercions need to be reined in, Bruce Momjian
[Fwd: AW: More UB-Tree patent information], Justin Clift
- Re: [Fwd: AW: More UB-Tree patent information], Hannu Krosing
  - Re: [Fwd: AW: More UB-Tree patent information], Justin Clift
    - Re: [Fwd: AW: More UB-Tree patent information], Michael Loftis
    - Re: [Fwd: AW: More UB-Tree patent information], Hannu Krosing
    - Re: [GENERAL] [Fwd: AW: More UB-Tree patent information], Tycho Fruru
A "New Releas