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 2012-05-02 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
31
May 2, 2012
Re: proposal: additional error fields
Robert Haas (00:05)
Re: proposal: additional error fields
Tom Lane (00:13)
Re: proposal: additional error fields
David Johnston (00:32)
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
Hannu Krosing (00:41)
Have we out-grown Flex?
Peter Geoghegan (00:53)
Re: proposal: additional error fields
Peter Geoghegan (01:01)
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
David Johnston (01:22)
Re: Have we out-grown Flex?
Tom Lane (02:25)
Re: Have we out-grown Flex?
Tom Lane (02:38)
Re: Have we out-grown Flex?
Robert Haas (03:24)
Re: Have we out-grown Flex?
Tom Lane (03:57)
Re: proposal: additional error fields
Pavel Stehule (04:02)
Re: pgsql: Remove dead ports
Tom Lane (04:31)
Features of Postgresql and Postgres-xc with MySQL
Vivek Singh Raghuwanshi (05:37)
Re: proposal: additional error fields
Peter Eisentraut (07:23)
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
Hannu Krosing (08:52)
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
Hannu Krosing (09:29)
Re: Analyzing foreign tables & memory problems
Albe Laurenz (10:20)
Re: extending relations more efficiently
Jeroen Vermeulen (11:16)
How hard would it be to support LIKE in return declaration of generic record function calls ?
Hannu Krosing (11:40)
Re: Have we out-grown Flex?
Peter Geoghegan (11:47)
Re: extending relations more efficiently
Robert Haas (12:14)
Re: index-only scans vs. Hot Standby, round two
Robert Haas (12:41)
Re: Patch: add conversion from pg_wchar to multibyte
Robert Haas (12:50)
Re: proposal: additional error fields
Tom Lane (13:17)
Re: Have we out-grown Flex?
Peter Geoghegan (13:33)
Re: Patch: add conversion from pg_wchar to multibyte
Alexander Korotkov (13:35)
Re: Patch: add conversion from pg_wchar to multibyte
Robert Haas (13:48)
Re: Patch: add conversion from pg_wchar to multibyte
Alexander Korotkov (13:57)
Re: proposal: additional error fields
Kevin Grittner (14:16)
Re: proposal: additional error fields
Tom Lane (14:23)
Re: proposal: additional error fields
Kevin Grittner (14:51)
clog double-dip in heap_hot_search_buffer
Robert Haas (15:10)
Re: Temporary tables under hot standby
Bruce Momjian (15:14)
Latch for the WAL writer - further reducing idle wake-ups.
Peter Geoghegan (15:35)
Re: Temporary tables under hot standby
Michael Nolan (15:39)
Re: Temporary tables under hot standby
Christopher Browne (15:53)
Re: clog double-dip in heap_hot_search_buffer
Tom Lane (16:06)
Re: clog double-dip in heap_hot_search_buffer
Robert Haas (16:07)
Re: Temporary tables under hot standby
Simon Riggs (16:15)
Re: clog double-dip in heap_hot_search_buffer
Simon Riggs (16:16)
Re: clog double-dip in heap_hot_search_buffer
Tom Lane (16:19)
Re: Have we out-grown Flex?
Jeff Janes (16:20)
Re: smart shutdown at end of transaction (was: Default mode for shutdown)
Bruce Momjian (16:25)
Re: extending relations more efficiently
Alvaro Herrera (16:26)
Re: Have we out-grown Flex?
Peter Geoghegan (16:31)
eqjoinsel_semi still sucks ...
Tom Lane (16:34)
Re: extending relations more efficiently
Robert Haas (16:37)
Re: Request to add options to tools/git_changelog
Bruce Momjian (16:39)
Re: extending relations more efficiently
Tom Lane (16:45)
Re: extending relations more efficiently
Alvaro Herrera (16:46)
Re: extending relations more efficiently
Robert Haas (16:55)
Re: clog double-dip in heap_hot_search_buffer
Robert Haas (16:55)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Peter Eisentraut (17:06)
Re: extending relations more efficiently
Alvaro Herrera (17:06)
Re: [COMMITTERS] pgsql: Remove dead ports
Peter Eisentraut (17:12)
Re: [COMMITTERS] pgsql: Remove dead ports
Tom Lane (17:15)
Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap
Jameison Martin (17:20)
Re: Have we out-grown Flex?
Jeff Janes (17:37)
Re: Have we out-grown Flex?
Magnus Hagander (17:42)
Re: Patch pg_is_in_backup()
Gabriele Bartolini (17:53)
Re: plpython crash (PG 92)
Peter Eisentraut (18:04)
Re: online debloatification (was: extending relations more efficiently)
Robert Haas (18:14)
Re: Have we out-grown Flex?
Bruce Momjian (18:15)
Beta time?
Bruce Momjian (18:17)
PL/Python result set slicing broken in Python 3
Peter Eisentraut (18:18)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Merlin Moncure (19:32)
Modeling consumed shmem sizes, and some thorns
Daniel Farina (20:38)
Re: online debloatification (was: extending relations more efficiently)
Tom Lane (20:39)
Re: online debloatification (was: extending relations more efficiently)
Robert Haas (22:23)
Re: proposal: additional error fields
Tom Lane (22:36)
Re: Unnecessary WAL archiving after failover
Robert Haas (23:18)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Tom Lane (23:21)
Re: [HACKERS] Features of Postgresql and Postgres-xc with MySQL
Michael Paquier (23:27)
May 3, 2012
Advisory locks seem rather broken
Tom Lane (00:19)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Robert Haas (00:41)
Re: Temporary tables under hot standby
Josh Berkus (00:57)
Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap
Josh Berkus (01:01)
Re: Torn page hazard in ginRedoUpdateMetapage()
Noah Misch (01:06)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Tom Lane (03:42)
Re: [HACKERS] Features of Postgresql and Postgres-xc with MySQL
Vivek Singh Raghuwanshi (04:00)
Re: Torn page hazard in ginRedoUpdateMetapage()
Daniel Farina (04:01)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Robert Haas (04:11)
Re: Torn page hazard in ginRedoUpdateMetapage()
Tom Lane (04:16)
Re: Re: xReader, double-effort (was: Temporary tables under hot standby)
Jim Nasby (04:24)
Re: Future In-Core Replication
Jim Nasby (05:58)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Heikki Linnakangas (06:14)
Re: Advisory locks seem rather broken
Simon Riggs (08:43)
Re: PL/Python result set slicing broken in Python 3
Jan UrbaĆski (09:04)
Re: Temporary tables under hot standby
Simon Riggs (09:11)
Re: Modeling consumed shmem sizes, and some thorns
Simon Riggs (09:23)
Re: Modeling consumed shmem sizes, and some thorns
Daniel Farina (09:33)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Magnus Hagander (09:56)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Hannu Krosing (10:19)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Pavel Stehule (12:13)
"unexpected EOF" messages
Magnus Hagander (12:26)
Re: "unexpected EOF" messages
Simon Riggs (12:31)
ALTER DATABASE and datallowconn
Magnus Hagander (12:31)
Re: "unexpected EOF" messages
Magnus Hagander (12:33)
Re: "unexpected EOF" messages
Vik Reykja (12:34)
Re: "unexpected EOF" messages
Magnus Hagander (12:36)
Re: "unexpected EOF" messages
Kevin Grittner (12:46)
Re: ALTER DATABASE and datallowconn
Simon Riggs (12:48)
Re: Torn page hazard in ginRedoUpdateMetapage()
Robert Haas (12:54)
Re: ALTER DATABASE and datallowconn
Magnus Hagander (13:01)
outdated comment in heapam.c
Andres Freund (13:08)
Re: Temporary tables under hot standby
Merlin Moncure (13:19)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Merlin Moncure (13:31)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Pavel Stehule (13:43)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Andrew Dunstan (14:01)
Re: ALTER DATABASE and datallowconn
Tom Lane (14:13)
Re: "unexpected EOF" messages
Tom Lane (14:17)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Merlin Moncure (14:18)
Re: ALTER DATABASE and datallowconn
Magnus Hagander (14:22)
Re: ALTER DATABASE and datallowconn
Tom Lane (14:26)
Re: ALTER DATABASE and datallowconn
Magnus Hagander (14:28)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Tom Lane (14:33)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Pavel Stehule (14:42)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Andrew Dunstan (14:44)
Re: "unexpected EOF" messages
Magnus Hagander (14:48)
Re: "unexpected EOF" messages
Magnus Hagander (14:49)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Tom Lane (14:50)
Re: "unexpected EOF" messages
Tom Lane (14:53)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Merlin Moncure (14:56)
Re: "unexpected EOF" messages
Magnus Hagander (14:58)
Re: remove dead ports?
Bruce Momjian (14:59)
Re: pgsql: Remove dead ports
Bruce Momjian (15:01)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Pavel Stehule (15:05)
Re: "unexpected EOF" messages
Tom Lane (15:06)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Tom Lane (15:12)
Re: "unexpected EOF" messages
Alvaro Herrera (15:20)
Re: "unexpected EOF" messages
Robert Haas (15:33)
Re: Torn page hazard in ginRedoUpdateMetapage()
Tom Lane (15:34)
Re: "unexpected EOF" messages
Tom Lane (15:39)
Re: "unexpected EOF" messages
Robert Haas (15:46)
Re: "unexpected EOF" messages
Kevin Grittner (15:46)
Re: Advisory locks seem rather broken
Tom Lane (16:04)
Re: How hard would it be to support LIKE in return declaration of generic record function calls ?
Merlin Moncure (16:04)
Re: remove dead ports?
Peter Eisentraut (16:11)
Re: Advisory locks seem rather broken
Simon Riggs (16:12)
Re: Advisory locks seem rather broken
Merlin Moncure (16:12)
Re: remove dead ports?
Bruce Momjian (16:21)
Re: Advisory locks seem rather broken
Tom Lane (16:25)
Re: Advisory locks seem rather broken
Tom Lane (16:30)
CLOG extension
Robert Haas (16:37)
Re: remove dead ports?
Peter Geoghegan (16:39)
Re: "unexpected EOF" messages
Robert Haas (16:41)
Re: "unexpected EOF" messages
Tom Lane (16:46)
Re: outdated comment in heapam.c
Heikki Linnakangas (16:46)
Re: Future In-Core Replication
Josh Berkus (16:56)
Re: CLOG extension
Tom Lane (16:59)
Re: Future In-Core Replication
Josh Berkus (17:03)
Re: "unexpected EOF" messages
Magnus Hagander (17:04)
Re: "unexpected EOF" messages
Tom Lane (17:09)
Re: extending relations more efficiently
Stephen Frost (17:11)
Re: Advisory locks seem rather broken
Josh Berkus (17:14)
Re: "unexpected EOF" messages
Kevin Grittner (17:16)
Re: "unexpected EOF" messages
Tom Lane (17:20)
Re: "unexpected EOF" messages
Magnus Hagander (17:21)
Re: Future In-Core Replication
Simon Riggs (17:22)
Re: Advisory locks seem rather broken
Robert Haas (17:22)
Re: CLOG extension
Simon Riggs (17:27)
Re: Advisory locks seem rather broken
Tom Lane (17:28)
Re: "unexpected EOF" messages
Magnus Hagander (17:36)
Re: "unexpected EOF" messages
Kevin Grittner (17:44)
Re: "unexpected EOF" messages
Tom Lane (17:48)
Re: Advisory locks seem rather broken
Andres Freund (18:19)
Re: "unexpected EOF" messages
Tom Lane (18:25)
Re: CLOG extension
Robert Haas (18:50)
Re: patch submission: truncate trailing nulls from heap rows to reduce the size of the null bitmap
Josh Berkus (18:52)
Re: Re: xReader, double-effort (was: Temporary tables under hot standby)
Josh Berkus (19:05)
Re: Temporary tables under hot standby
Josh Berkus (19:06)
Re: CLOG extension
Robert Haas (19:18)
Re: CLOG extension
Simon Riggs (19:20)
Re: "unexpected EOF" messages
Magnus Hagander (19:26)
Re: Re: xReader, double-effort (was: Temporary tables under hot standby)
Kevin Grittner (19:31)
Re: Uppercase tab completion keywords in psql?
Bruce Momjian (19:47)
Re: Have we out-grown Flex?
james (19:51)
Re: Advisory locks seem rather broken
Tom Lane (19:52)
Re: Have we out-grown Flex?
james (19:53)
Re: Re: xReader, double-effort (was: Temporary tables under hot standby)
Josh Berkus (19:54)
Re: Have we out-grown Flex?
Daniel Farina (19:56)
Re: Have we out-grown Flex?
james (20:03)
Re: CLOG extension
Robert Haas (20:56)
Re: Advisory locks seem rather broken
Robert Haas (21:01)
Re: CLOG extension
Daniel Farina (21:04)
Re: Advisory locks seem rather broken
Tom Lane (21:08)
Re: Advisory locks seem rather broken
Tom Lane (21:18)
Re: CLOG extension
Alvaro Herrera (21:26)
Re: CLOG extension
Daniel Farina (21:28)
Re: CLOG extension
Tom Lane (21:34)
Re: Have we out-grown Flex?
Jeff Janes (21:36)
Re: CLOG extension
Daniel Farina (21:42)
Re: Features of Postgresql and Postgres-xc with MySQL
Josh Berkus (21:52)
Re: Latch for the WAL writer - further reducing idle wake-ups.
Peter Geoghegan (23:49)
May 4, 2012
Re: Future In-Core Replication
Greg Smith (00:22)
Re: CLOG extension
Simon Riggs (07:35)
Re: index-only scans vs. Hot Standby, round two
Simon Riggs (08:57)
Re: JSON in 9.2 - Could we have just one to_json() function instead of two separate versions ?
Hannu Krosing (10:39)
Re: Future In-Core Replication
Hannu Krosing (12:32)
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
31
Privacy Policy
|
About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group