Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-hackers - June 2001

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

2001-06-01

Re: [HACKERS] extra syntax on INSERT Tom Lane (00:58)
Re: Imperfect solutions Bruce Momjian (04:45)
Re: Support for %TYPE in CREATE FUNCTION Pascal Scheffers (06:15)
Re: Imperfect solutions Hannu Krosing (06:28)
Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (06:31)
Re: ERROR: cache lookup for proc 43030134 failed Kovacs Zoltan (06:56)
AW: Access statistics Zeugswetter Andreas SB (07:43)
Re: Sync Data Gavin Sherry (07:54)
AW: Re: Support for %TYPE in CREATE FUNCTION Zeugswetter Andreas SB (07:55)
Re: New version of contrib-intarray Oleg Bartunov (09:17)
Re: First version of multi-key index support for GiST Oleg Bartunov (09:41)
Re: Re: Support for %TYPE in CREATE FUNCTION Michael Samuel (13:11)
Re: Access statistics Jan Wieck (13:31)
Re: ERROR: cache lookup for proc 43030134 failed Tom Lane (13:49)
Re: Access statistics Tom Lane (14:08)
Re: Access statistics Jan Wieck (14:34)
Re: Access statistics Tom Lane (14:42)
RE: Access statistics Mike Mascari (14:45)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Peter Eisentraut (15:04)
Feature request : Remove identifier length constraints Thomas Swan (15:15)
Re: Access statistics Bruce Momjian (16:20)
Re: Access statistics Bruce Momjian (16:23)
Re: Re: New version of contrib-intarray Oleg Bartunov (16:46)
Re: AW: [HACKERS] Re: Support for %TYPE in CREATE FUNCTION Ian Lance Taylor (16:59)
bug in pg_dump with GRANT/REVOKE Robert Forsman (17:06)
Re: Re: Support for %TYPE in CREATE FUNCTION Ian Lance Taylor (17:13)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Tom Lane (17:18)
Interesting Atricle Matthew T. O'Connor (17:32)
dump+reload? gabriel (20:29)
Re: Fwd: Re: Shared memory for RH Linux 7.1 Michael J Schout (20:54)
Re: Re: Interesting Atricle Ryan Mahoney (21:08)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (22:33)
Sorry Jan Wieck (23:17)
Re: Interesting Atricle Thomas Lockhart (23:41)

2001-06-02

Re: Re: Interesting Atricle Bruce Momjian (01:18)
Re: Re: [HACKERS] extra syntax on INSERT Tod McQuillin (02:24)
Re: Re: Interesting Atricle Kaare Rasmussen (07:45)
Re: Re: Interesting Atricle D'Arcy J.M. Cain (10:16)
Re: ERROR: cache lookup for proc 43030134 failed Kovacs Zoltan (11:59)
Re: Proceeding with gettext Peter Eisentraut (14:47)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Peter Eisentraut (14:49)
large objects dump Maks N. Polunin (14:50)
Re: Re: Interesting Atricle Vince Vielhaber (14:59)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Tom Lane (15:04)
Re: Re: Interesting Atricle Bruce Momjian (16:35)
Re: Re: AW: [HACKERS] Re: Support for %TYPE in CREATE FUNCTION Bruce Momjian (16:39)
Full text searching, anyone interested? mlw (16:53)
Re: Re: Interesting Atricle Vince Vielhaber (16:56)
Re: Re: [GENERAL] +/- Inf for float8's Tom Lane (20:31)
Re: Re: [GENERAL] +/- Inf for float8's Peter Eisentraut (20:50)
Re: Re: [GENERAL] +/- Inf for float8's Tom Lane (21:11)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (22:14)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Tom Lane (23:26)

2001-06-03

Re: Full text searching, anyone interested? Gavin Sherry (02:10)
Re: Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (03:22)
Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal Peter Eisentraut (15:18)
Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal Tom Lane (17:17)
Re: Full text searching, anyone interested? mlw (17:22)
Re: Re: Full text searching, anyone interested? Teodor (19:03)

2001-06-04

REPLACE INTO table a la mySQL Dale Johnson (03:15)
Re: Australian timezone configure option Tom Lane (14:25)
Re: Re: Interesting Atricle Nathan Myers (19:13)
Re: Re: Interesting Atricle Bruce Momjian (20:55)
FYI: status of native language support Peter Eisentraut (21:22)
Re: Re: Interesting Atricle Nathan Myers (21:58)
Curious (mis)behavior of access rights Tom Lane (22:21)
Re: Curious (mis)behavior of access rights Matthew T. O'Connor (23:16)
Re: Re: AW: [HACKERS] Re: Support for %TYPE in CREATE FUNCTION Bruce Momjian (23:25)
Re: Curious (mis)behavior of access rights Tom Lane (23:58)

2001-06-05

Question about inheritance Christopher Kings-Lynne (01:42)
Mirrors not tracking main ftp site? Tom Lane (01:56)
Re: Question about inheritance Tom Lane (02:07)
Re: Mirrors not tracking main ftp site? bpalmer (02:16)
Re: Mirrors not tracking main ftp site? bpalmer (02:24)
Re: Re: [GENERAL] +/- Inf for float8's Thomas Lockhart (03:07)
Re: Question about inheritance chris.bitmead (03:08)
Re: Mirrors not tracking main ftp site? Hannu Krosing (03:27)
Re: Question about inheritance Stephan Szabo (03:46)
Re: Re: [GENERAL] +/- Inf for float8's Tom Lane (04:21)
Re: Mirrors not tracking main ftp site? Tom Lane (04:29)
Another pgindent gripe Tom Lane (05:18)
RE: Imperfect solutions Christopher Kings-Lynne (08:16)
Re: Imperfect solutions Karel Zak (08:51)
RE: Imperfect solutions Christopher Kings-Lynne (08:55)
Re: [PATCHES] Re: AW: Re: Support for %TYPE in CREATE FUNCTION Pascal Scheffers (09:07)
Re: Re: [PATCHES] Re: AW: Re: Support for %TYPE in CREATE FUNCTION Karel Zak (09:30)
Re: Mirrors not tracking main ftp site? Vince Vielhaber (10:16)
Re: Question about inheritance Dmitry G. Mastrukov (10:17)
full write log Horst Herb (11:05)
Re: [CORE] Re: Mirrors not tracking main ftp site? The Hermit Hacker (11:23)
Re: FYI: status of native language support Alessio Bragadini (12:38)
Multiprocessor performance Valentin Puente (12:39)
Re: Re: FYI: status of native language support Diego Naya (13:37)
Re: Mirrors not tracking main ftp site? Tom Lane (13:50)
Re: Mirrors not tracking main ftp site? Vince Vielhaber (13:55)
Re: Multiprocessor performance Tom Lane (14:04)
Strange query plan Oleg Bartunov (14:07)
Re: Strange query plan Tom Lane (14:21)
Re: Strange query plan Oleg Bartunov (14:33)
Re: Strange query plan Tom Lane (14:42)
Re: Strange query plan Oleg Bartunov (15:02)
Re: Multiprocessor performance Jan Wieck (15:37)
RE: Imperfect solutions Stephan Szabo (15:38)
Re: Strange query plan Tom Lane (16:46)
importing from sybase Vince Vielhaber (17:26)
Re: Strange query plan Oleg Bartunov (19:02)
Can the backend return more than one error message per PQexec? Peter Eisentraut (19:50)
BLOBs Thomas Swan (21:31)
Re: Can the backend return more than one error message per PQexec? Tom Lane (21:54)
Re: database synchronization Mauricio Breternitz (22:00)
Re: Acucobol interface Tom Lane (22:13)
Re: REPLACE INTO table a la mySQL mlw (22:26)
Re: BLOBs Tom Lane (22:58)
URGENT PROBLEM Bruce Irvine (23:47)
Re: Australian timezone configure option Chris Dunlop (23:55)

2001-06-06

Idea: quicker abort after loss of client connection Tom Lane (00:01)
Re: Australian timezone configure option Tom Lane (00:03)
Re: URGENT PROBLEM David Ford (00:08)
Re: URGENT PROBLEM Tom Lane (00:09)
Re: Australian timezone configure option Chris Dunlop (00:43)
ORDER BY Problem... Severin Olloz (00:55)
RE: Imperfect solutions Christopher Kings-Lynne (01:44)
RE: Feature request : Remove identifier length constraints Christopher Kings-Lynne (01:58)
RE: Imperfect solutions Stephan Szabo (01:58)
RE: Imperfect solutions Christopher Kings-Lynne (02:09)
RE: Re: REPLACE INTO table a la mySQL Christopher Kings-Lynne (02:10)
Re: REPLACE INTO table a la mySQL mlw (02:26)
RE: place for newbie postgresql hackers to work Christopher Kings-Lynne (04:42)
Re: Another pgindent gripe Bruce Momjian (04:51)
Re: Imperfect solutions Bruce Momjian (04:54)
Re: large objects dump Denis Perchine (05:07)
capturing stored procedure return values from php??please help . prasanna venkatesan (06:37)
Re: Acucobol interface Roberto Fichera (07:46)
Re: ORDER BY Problem... Alessio Bragadini (08:47)
AW: Idea: quicker abort after loss of client connection Zeugswetter Andreas SB (09:16)
Re: capturing stored procedure return values from php??please help . Reinoud van Leeuwen (12:24)
Re: ORDER BY Problem... Reinoud van Leeuwen (12:29)
vacuumdb -a -z hangs Magnus Naeslund(f) (13:59)
psql bug or feature? Tatsuo Ishii (14:13)
Max inserts / sec ... on any platform? The Hermit Hacker (14:44)
Re: psql bug or feature? Peter Eisentraut (14:45)
Re: SQL( "if ...exists...),how to do it in the PostgreSQL? Peter Eisentraut (14:48)
Re: vacuumdb -a -z hangs Tom Lane (14:52)
Strange error, probably WAL-related Alessio Bragadini (14:53)
Re: REPLACE INTO table a la mySQL Jan Wieck (15:00)
Re: Can the backend return more than one error message per PQexec? Peter Eisentraut (15:00)
Re: Re: REPLACE INTO table a la mySQL Jan Wieck (15:06)
Re: psql bug or feature? Tom Lane (15:08)
Re: place for newbie postgresql hackers to work Jan Wieck (15:13)
Delete oid giving problems rai lalit (15:14)
Re: Can the backend return more than one error message per PQexec? Tom Lane (15:18)
Re: Strange error, probably WAL-related Tom Lane (15:21)
Re: place for newbie postgresql hackers to work Peter Eisentraut (15:25)
something smells bad Martín Marqués (15:39)
Re: Max inserts / sec ... on any platform? KuroiNeko (15:45)
Re: Can the backend return more than one error message per PQexec? Peter Eisentraut (15:47)
Re: Can the backend return more than one error message per PQexec? Tom Lane (15:54)
Re: [HACKERS] something smells bad Martín Marqués (15:57)
Re: SQL( "if ...exists...),how to do it in the PostgreSQL? Tom Lane (15:58)
Delete oid causing problems rai lalit (16:03)
Re: Strange error, probably WAL-related Alessio Bragadini (16:08)
Re: [HACKERS] something smells bad Martín Marqués (16:12)
Timestamp change - 8601 compliance Rod Taylor (16:14)
Adding some new operators Feng Tian (16:16)
Dual-CPU slower then Single under HP? The Hermit Hacker (17:23)
elog(NOIND)? Peter Eisentraut (17:28)
Re: Dual-CPU slower then Single under HP? Tom Lane (18:00)
Re: elog(NOIND)? Tom Lane (18:03)
Adding some new operators Feng Tian (18:17)
Re: Max inserts / sec ... on any platform? The Hermit Hacker (18:45)
Re: Dual-CPU slower then Single under HP? The Hermit Hacker (18:46)
Re: Dual-CPU slower then Single under HP? Tom Lane (18:54)
Re: Dual-CPU slower then Single under HP? The Hermit Hacker (19:08)
Re: Idea: quicker abort after loss of client connection Nathan Myers (19:43)
And what about that Debugfile? Peter Eisentraut (19:43)
Re: Timestamp change - 8601 compliance Thomas Lockhart (20:55)
Re: REPLACE INTO table a la mySQL mlw (20:57)
Re: And what about that Debugfile? Tom Lane (21:25)
Re: Idea: quicker abort after loss of client connection Tom Lane (21:26)
Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (21:45)
Re: [HACKERS] something smells bad Alex Pilosov (21:58)
Re: Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal Tom Lane (22:10)
Re: [HACKERS] something smells bad Alex Pilosov (22:14)
Re: SQL( "if ...exists...),how to do it in the PostgreSQL? Robert Forsman (22:32)
Re: Daily Digest V1 #1428 Robert Forsman (22:45)
Re: [HACKERS] something smells bad Alex Pilosov (23:27)

2001-06-07

Re: Re: [HACKERS] Outstanding patches Bruce Momjian (00:08)
behavior of ' = NULL' vs. MySQL vs. Standards Mark Stosberg (01:00)
Re: psql bug or feature? Tatsuo Ishii (01:03)
Re: behavior of ' = NULL' vs. MySQL vs. Standards Stephan Szabo (01:12)
RE: ORDER BY Problem... Christopher Kings-Lynne (02:10)
RE: place for newbie postgresql hackers to work Christopher Kings-Lynne (02:14)
Re: behavior of ' = NULL' vs. MySQL vs. Standards Tom Lane (02:19)
Re: ORDER BY Problem... Trond Eivind =?iso-8859-1?q?Glomsr=F8d?= (02:37)
Re: Re: Daily Digest V1 #1428 Hannu Krosing (03:05)
Re: ORDER BY Problem... Hannu Krosing (03:09)
Re: behavior of ' = NULL' vs. MySQL vs. Standards Stephan Szabo (03:12)
Any time estimates for 7.1.2 RPM's ? Hannu Krosing (03:43)
make check fails Bruce Momjian (05:00)
Re: Re: [PATCHES] Fw: Isn't pg_statistic a security hole - Solution Proposal Joe Conway (05:09)

Prev | Next

Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

Privacy Policy | About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group