Skip site navigation
(1)
Skip section navigation
(2)
Search
Peripheral Links
Text Size:
Normal
/
Large
Donate
Contact
Home
About
Download
Documentation
Community
Developers
Support
Your account
Community
Contributors
Mailing Lists
User lists
Developer lists
pgsql-cluster-hackers
pgsql-committers
pgsql-hackers
pgsql-rrreviewers
pgsql-www
Regional lists
Associations
User groups
Project lists
Inactive lists
IRC
Featured Users
International Sites
Propaganda
Resources
Weekly News
pgsql-hackers since 2001-06-19 00:00
Search archives
(enter a message-id to go directly to that message)
Advanced Search
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
June 19, 2001
Re: Re: Various silliness in heap_getnext and related routines
Ross J. Reedstrom (00:28)
Re: timestamp with/without time zone
Thomas Lockhart (00:53)
Re: timestamp with/without time zone
Bruce Momjian (01:10)
Re: Re: Various silliness in heap_getnext and related routines
Bruce Momjian (01:11)
Re: timestamp with/without time zone
Tom Lane (01:25)
Re: timestamp with/without time zone
Bruce Momjian (01:28)
Re: timestamp with/without time zone
Tom Lane (01:44)
Re: timestamp with/without time zone
Bruce Momjian (02:59)
Copy Error
Chakravarthy K Sannedhi (02:59)
temp-table-related failure in regression tests
Tom Lane (04:49)
Re: temp-table-related failure in regression tests
Tom Lane (05:24)
Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Joe Conway (06:21)
AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Zeugswetter Andreas SB (07:10)
AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Zeugswetter Andreas SB (07:21)
Re: Re: temp-table-related failure in regression tests
Bruce Momjian (12:03)
PlPerl compile failure
Bruce Momjian (12:06)
Re: PlPerl compile failure
Bruce Momjian (12:31)
Re: PlPerl compile failure
Alex Pilosov (12:40)
Fixing deferred foreign key checks
Stephan Szabo (13:44)
Re: Re: temp-table-related failure in regression tests
Tom Lane (14:06)
Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48]
Tom Lane (14:20)
Re: PlPerl compile failure
Alex Pilosov (14:26)
Re: [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48]
David D. Kilzer (15:03)
Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Tom Lane (15:40)
Universal admin frontend
Pedro Abelleira Seco (15:48)
Re: MySQL Question
Vivek Khera (15:53)
Re: Universal admin frontend
Dave Cramer (15:55)
Re: Universal admin frontend
The Hermit Hacker (16:04)
Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Joe Conway (16:07)
Primary Key
P. Dwayne Miller (18:26)
Re: Problem with reading startup packet after fork
Peter Eisentraut (18:41)
Re: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Tom Lane (18:58)
Re: Universal admin frontend
Michael Meskes (19:07)
Re: vacuum
Ross J. Reedstrom (19:25)
Embedding postgresql
Ludovic PENET (20:49)
Re: Primary Key
Tom Lane (21:34)
Re: Primary Key
P. Dwayne Miller (22:11)
Re: Primary Key
Thomas Swan (22:37)
Re: Primary Key
Tom Lane (22:50)
Backup and Recovery
Naomi Walker (23:04)
Re: Re: Primary Key
Hiroshi Inoue (23:16)
June 20, 2001
Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48]
Bruce Momjian (00:00)
Re: PlPerl compile failure
Bruce Momjian (00:26)
Re: Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48]
ÀîÁ¢Ð (01:20)
Re: Primary Key
P. Dwayne Miller (03:34)
Re: Re: Primary Key
Hiroshi Inoue (04:14)
Re: Re: Primary Key
Hiroshi Inoue (04:17)
RE: Universal admin frontend
Pedro Abelleira Seco (07:13)
AW: AW: Re: [SQL] behavior of ' = NULL' vs. MySQL vs. Stand ards
Zeugswetter Andreas SB (07:22)
RE: RE: Universal admin frontend
Christopher Kings-Lynne (08:23)
Re: RE: Universal admin frontend
Michael Meskes (08:43)
stuck spin lock with many concurrent users
Tatsuo Ishii (09:28)
RE: RE: Universal admin frontend
Pedro Abelleira Seco (10:04)
AW: RE: Universal admin frontend
Zeugswetter Andreas SB (10:25)
RE: RE: Universal admin frontend
Oleg Bartunov (10:26)
Error messages
Olivier Haies (10:47)
[No subject]
Pedro Abelleira Seco (10:58)
Re: RE: Universal admin frontend
Dave Cramer (11:16)
Re: Backup and Recovery
Matthew Kirkwood (11:26)
Re:
Michael Meskes (11:38)
shared temp tables
mlw (11:47)
statically linked PL's
Alex Pilosov (11:58)
Re: Primary Key
P. Dwayne Miller (12:02)
Re: statically linked PL's
Jan Wieck (12:27)
Re: Re: [PATCHES] [PATCH] Contrib C source for casting MONEY to INT[248] and FLOAT[48]
Thalis A. Kalfigopoulos (15:10)
Re: Re: Primary Key
Ross J. Reedstrom (15:11)
RE: RE: Universal admin frontend
D. Hageman (15:22)
Re: Universal admin frontend
Thomas Swan (15:28)
Re: RE: Universal admin frontend
Ross J. Reedstrom (15:40)
RE: Update is not atomic
Mikheev, Vadim (16:43)
RE: [BUGS] Update is not atomic
Mikheev, Vadim (16:50)
AW: Re: Re: REPLACE INTO table a la mySQL
Zeugswetter Andreas SB (17:21)
ODBC
Peter Harvey (17:47)
Re: Encrypting pg_shadow passwords
Peter Eisentraut (18:33)
Re: RTLD_GLOBAL on openbsd
Peter Eisentraut (18:36)
Re: [current] readline breakage
Peter Eisentraut (18:42)
Re: Setuid functions
Mark Volpe (19:57)
Re: PHP HOWTO v24.0 released: ADODB connects oracle, pgsql, mysql, sybase..
Sergio Bruder (20:30)
help with add constraint syntax needed
Mike Haberman (20:32)
Re: Embedding postgresql
Peter Eisentraut (20:37)
Re: Backup and Recovery
Naomi Walker (20:41)
Re: Re: [PATCHES] Australian timezone configure option
Nathan Myers (20:48)
Re: [HACKERS] RE: Update is not atomic
Jan Wieck (21:27)
Re: timestamp with/without time zone
Peter Eisentraut (21:42)
June 21, 2001
RE: RE: [BUGS] Update is not atomic
Mikheev, Vadim (00:10)
Re: Postgres Internals
Bruce Momjian (01:00)
Re: Backup and Recovery
Philip Warner (01:37)
ODBC
Peter Harvey (01:42)
RE: Setuid functions
Christopher Kings-Lynne (01:44)
Re: shared temp tables
Bruce Momjian (02:23)
Re: Setuid functions
Ross J. Reedstrom (02:33)
Re: ODBC
Bruce Momjian (02:40)
7.2 stuff
Christopher Kings-Lynne (03:18)
RE: Setuid functions
Christopher Kings-Lynne (03:20)
Re: Error messages
Tom Lane (03:20)
Re: Problem with reading startup packet after fork
Tom Lane (03:28)
Re: Re: Universal admin frontend
Matthew T. O'Connor (04:21)
Re: 7.2 stuff
Tom Lane (04:25)
RE: Re: Universal admin frontend
Joe Shevland (04:32)
Re: timestamp with/without time zone
Tom Lane (05:41)
Re: stuck spin lock with many concurrent users
Tom Lane (05:48)
Re: 7.2 stuff
The Hermit Hacker (05:52)
Re: RE: Universal admin frontend
Reiner Dassing (06:13)
RE: Universal admin frontend
Pedro Abelleira Seco (08:17)
RE: Universal admin frontend
Mark Pritchard (09:23)
RE: Universal admin frontend
Colin Strickland (09:55)
Re: stuck spin lock with many concurrent users
Tatsuo Ishii (09:59)
Re: Backup and Recovery
Matthew Kirkwood (10:01)
Re: Call for alpha testing: planner statistics revisions
Einar Karttunen (11:38)
Re: nocreatetable for 7.1.2
Karel Zak (12:00)
RE: Universal admin frontend
Pedro Abelleira Seco (12:03)
Re: [current] readline breakage
Jason Tishler (12:56)
Re: 7.2 stuff
Bruce Momjian (13:57)
Re: stuck spin lock with many concurrent users
Tom Lane (14:07)
Re: RE: [BUGS] Update is not atomic
Jan Wieck (14:12)
openssl+postgresql+unixware
Olivier PRENANT (14:55)
[PATCH] Re: Setuid functions
Mark Volpe (15:24)
COPY vs. INSERT
D'Arcy J.M. Cain (17:02)
Re: COPY vs. INSERT
Tom Lane (17:26)
Re: Universal admin frontend
Hannu Krosing (17:48)
RE: RE: [BUGS] Update is not atomic
Mikheev, Vadim (17:50)
Re: RE: [BUGS] Update is not atomic
Jan Wieck (18:13)
JDBC Connection State Management with SQL Exceptions (esp Postgresql)
John Moore (18:32)
Re: [GENERAL] Call for alpha testing: planner statistics revisions
Ed Loehr (19:05)
Re: COPY vs. INSERT
D'Arcy J.M. Cain (19:07)
Re: [GENERAL] Call for alpha testing: planner statistics revisions
Tom Lane (20:02)
Re: COPY vs. INSERT
Tom Lane (20:28)
psql+openssl+uniware7
Olivier PRENANT (20:32)
Good name for new lock type for VACUUM?
Tom Lane (21:15)
RE: Good name for new lock type for VACUUM?
Mikheev, Vadim (21:26)
Re: psql+openssl+uniware7
Peter Eisentraut (21:30)
Re: timestamp with/without time zone
Bruce Momjian (22:20)
Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql)
Joseph Weinstein (22:40)
Re: Backup and Recovery
Nathan Myers (23:03)
Re: Good name for new lock type for VACUUM?
Thomas Swan (23:40)
June 22, 2001
Re: Re: Good name for new lock type for VACUUM?
Tom Lane (00:10)
Re: COPY vs. INSERT
D'Arcy J.M. Cain (02:14)
Re: stuck spin lock with many concurrent users
Tatsuo Ishii (02:31)
Re: stuck spin lock with many concurrent users
Tom Lane (03:01)
[ANNOUNCE] DBD::PgSPI
Alex Pilosov (03:16)
Re: stuck spin lock with many concurrent users
Tatsuo Ishii (03:24)
Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql)
AV (03:52)
Re: Multiple Indexing, performance impact
Lincoln Yeoh (04:13)
SPI_prepare for semi-unknown types
Alex Pilosov (04:33)
Re: psql+openssl+uniware7
Olivier PRENANT (07:53)
Re: nocreatetable for 7.1.2 [patch]
RISKO Gergely (11:13)
Re: nocreatetable for 7.1.2 [patch]
Karel Zak (12:01)
Re: SPI_prepare for semi-unknown types
Tom Lane (13:38)
Re: psql+openssl+uniware7
Tom Lane (14:32)
7.2 release and index_formtuple
Oleg Bartunov (15:13)
Re: 7.2 release and index_formtuple
Tom Lane (15:17)
Re: timestamp with/without time zone
Thomas Lockhart (15:20)
Re: Re: Universal admin frontend
Ross J. Reedstrom (15:21)
Re: timestamp with/without time zone
Tom Lane (15:29)
Re: timestamp with/without time zone
Thomas Lockhart (15:42)
Re: 7.2 release and index_formtuple
Oleg Bartunov (15:44)
Joining the team
P. Dwayne Miller (15:55)
Why would this use 600Meg of VM?
Larry Rosenman (16:03)
Re: Joining the team
Alex Pilosov (16:53)
Re: Why would this use 600Meg of VM?
Tom Lane (16:55)
Re: Joining the team
Lamar Owen (16:59)
Re: Joining the team
Tom Lane (17:21)
Re: Why would this use 600Meg of VM?
Larry Rosenman (17:25)
Re: Why would this use 600Meg of VM?
Tom Lane (17:31)
Re: Why would this use 600Meg of VM?
Larry Rosenman (17:40)
Multiple Indexing, performance impact
Daniel Åkerud (18:06)
Re: Multiple Indexing, performance impact
Tom Lane (18:48)
Re: Multiple Indexing, performance impact
Daniel Åkerud (19:16)
Re: help with add constraint syntax needed
Stephan Szabo (19:51)
Re: JDBC Connection State Management with SQL Exceptions (esp Postgresql)
Joseph Weinstein (19:53)
Re: Good name for new lock type for VACUUM?
Peter Eisentraut (19:58)
Re: Good name for new lock type for VACUUM?
Tom Lane (19:59)
Re: Multiple Indexing, performance impact
Tom Lane (20:09)
plperl doc
Alex Pilosov (20:44)
Re: Multiple Indexing, performance impact
Daniel Åkerud (20:47)
Re: Good name for new lock type for VACUUM?
Bruce Momjian (20:58)
Extracting metadata about attributes from catalog
Bernardo Pons (21:07)
Re: Multiple Indexing, performance impact
Bruce Momjian (21:15)
[PATCH] by request: base64 for bytea
Alex Pilosov (21:26)
Re: plperl doc
Bruce Momjian (21:37)
Re: Multiple Indexing, performance impact
Daniel Åkerud (21:37)
Re: Extracting metadata about attributes from catalog
Alex Pilosov (21:45)
Re: Multiple Indexing, performance impact
Tom Lane (21:52)
Re: Multiple Indexing, performance impact
Bruce Momjian (21:56)
Re: Extracting metadata about attributes from catalog
Tom Lane (21:58)
Re: Multiple Indexing, performance impact
Tom Lane (22:02)
Re: Multiple Indexing, performance impact
Bruce Momjian (22:06)
Re: Multiple Indexing, performance impact
Tom Lane (22:12)
Re: Multiple Indexing, performance impact
Bruce Momjian (22:22)
RE: Universal admin frontend
Pedro Abelleira Seco (23:01)
Re: Multiple Indexing, performance impact
Tom Lane (23:13)
Re: Multiple Indexing, performance impact
Peter Eisentraut (23:21)
Re: Multiple Indexing, performance impact
Tom Lane (23:29)
using WAL in a VACUUM?
John Scott (23:43)
June 23, 2001
Re: [HACKERS] Re: Multiple Indexing, performance impact
Bruce Momjian (00:04)
Re: [PATCH] by request: base64 for bytea
Bruce Momjian (01:55)
Re: [PATCH] Re: Setuid functions
Bruce Momjian (01:56)
RE: Good name for new lock type for VACUUM?
Hiroshi Inoue (02:53)
Re: 7.2 stuff
Bruce Momjian (02:59)
Red Hat DB = PostgreSQL confirmed !
Andy Samuel (03:24)
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