pgsql.hackers (date)
November 21, 2009
- Re: [HACKERS] Ignoring white space in regression tests really a good idea?, Alex Hunsaker, 19:05
- Re: [HACKERS] Partitioning option for COPY, Jan Urbański, 19:00
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 18:59
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Peter Eisentraut, 18:48
- Re: [HACKERS] Ignoring white space in regression tests really a good idea?, "David E. Wheeler", 18:07
- [HACKERS] Ignoring white space in regression tests really a good idea?, Tom Lane, 17:49
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), "Florian G. Pflug", 16:30
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), "Florian G. Pflug", 16:20
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Heikki Linnakangas, 16:00
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 15:46
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Tom Lane, 15:40
- Re: [HACKERS] Proposal: USING clause for DO statement, Merlin Moncure, 15:35
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 15:32
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Heikki Linnakangas, 15:26
- Re: [HACKERS] Proposal: USING clause for DO statement, Andrew Dunstan, 15:18
- Re: [HACKERS] Proposal: USING clause for DO statement, Tom Lane, 15:14
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Tom Lane, 15:03
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 14:55
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Heikki Linnakangas, 14:50
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Tom Lane, 14:42
- Re: [HACKERS] Proposal: USING clause for DO statement, Tom Lane, 14:40
- Re: [HACKERS] Hot standby and removing VACUUM FULL, Greg Smith, 14:32
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 13:56
- Re: [HACKERS] Proposal: USING clause for DO statement, Merlin Moncure, 13:35
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 13:24
- Re: [HACKERS] Proposal: USING clause for DO statement, Merlin Moncure, 13:21
- [HACKERS] Hot standby and removing VACUUM FULL, Heikki Linnakangas, 13:20
- Re: [HACKERS] Proposal: USING clause for DO statement, Andrew Dunstan, 12:36
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 12:16
- Re: [HACKERS] Proposal: USING clause for DO statement, Petr Jelinek, 12:00
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 11:41
- Re: [HACKERS] xpath_table equivalent, Andrew Dunstan, 11:34
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Tom Lane, 10:52
- Re: [HACKERS] Proposal: USING clause for DO statement, Tom Lane, 10:48
- Re: [HACKERS] Proposal: USING clause for DO statement, Andrew Dunstan, 10:41
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 09:00
- Re: [HACKERS] Proposal: USING clause for DO statement, Andrew Dunstan, 08:29
- [HACKERS] [PATCH] hstore documentation update, "David E. Wheeler", 06:24
- Re: [HACKERS] [patch] pg_ctl init extension, Peter Eisentraut, 06:19
- Re: [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 05:27
- [HACKERS] Proposal: USING clause for DO statement, Pavel Stehule, 05:08
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Grzegorz Jaskiewicz, 04:20
- Re: [HACKERS] enable-thread-safety defaults?, Magnus Hagander, 02:29
November 20, 2009
- Re: [HACKERS] plperl and inline functions -- first draft, "David E. Wheeler", 21:30
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Josh Berkus, 20:56
- Re: [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 19:32
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), "Florian G. Pflug", 19:08
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Tom Lane, 18:47
- Re: [HACKERS] Partitioning option for COPY, Tom Lane, 18:40
- Re: [HACKERS] Partitioning option for COPY, Jan Urbański, 18:22
- [HACKERS] Re: [COMMITTERS] pgsql: Add a WHEN clause to CREATE TRIGGER, allowing a boolean, Robert Haas, 17:12
- Re: [HACKERS] [COMMITTERS] pgsql: Add a WHEN clause to CREATE TRIGGER, allowing a boolean, Tom Lane, 17:05
- [HACKERS] Re: [COMMITTERS] pgsql: Add a WHEN clause to CREATE TRIGGER, allowing a boolean, Robert Haas, 17:00
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Tom Lane, 16:39
- Re: [HACKERS] Prettification versus dump safety, Tom Lane, 16:25
- Re: [HACKERS] TRIGGER with WHEN clause, Tom Lane, 15:41
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 14:15
- Re: [HACKERS] Prettification versus dump safety, Andreas Pflug, 13:38
- Re: [HACKERS] Prettification versus dump safety, "Greg Sabino Mullane", 13:16
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Robert Haas, 12:53
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), "Florian G. Pflug", 12:51
- Re: [HACKERS] Summary and Plan for Hot Standby, "Joshua D. Drake", 12:30
- Re: [HACKERS] Summary and Plan for Hot Standby, "Joshua D. Drake", 12:29
- [HACKERS] Prettification versus dump safety, Tom Lane, 11:54
- Re: [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), Robert Haas, 11:37
- Re: [HACKERS] plruby code and postgres ?, "Ross J. Reedstrom", 11:36
- Re: [HACKERS] Syntax for partitioning, Robert Haas, 10:59
- Re: [HACKERS] Summary and Plan for Hot Standby, Greg Stark, 10:57
- Re: [HACKERS] Union test case broken in make check?, Emmanuel Cecchet, 09:47
- Re: [HACKERS] plperl and inline functions -- first draft, Alexey Klyukin, 09:40
- Re: [HACKERS] plperl and inline functions -- first draft, Alexey Klyukin, 09:34
- Re: [HACKERS] enable-thread-safety defaults?, Andrew Dunstan, 09:25
- Re: [HACKERS] plperl and inline functions -- first draft, Tim Bunce, 08:50
- Re: [HACKERS] enable-thread-safety defaults?, Greg Smith, 08:35
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 06:34
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 04:48
- Re: [HACKERS] Python 3.1 support, Tino Wildenhain, 04:30
- Re: [HACKERS] Python 3.1 support, James Pye, 03:59
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 03:34
- Re: [HACKERS] enable-thread-safety defaults?, Peter Eisentraut, 03:30
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 03:26
- Re: [HACKERS] Python 3.1 support, James Pye, 03:20
- Re: [HACKERS] enable-thread-safety defaults?, Greg Stark, 02:47
- Re: [HACKERS] Summary and Plan for Hot Standby, Josh Berkus, 02:40
- Re: [HACKERS] enable-thread-safety defaults?, Magnus Hagander, 02:39
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 02:31
- Re: [HACKERS] Syntax for partitioning, Simon Riggs, 02:08
- Re: [HACKERS] enable-thread-safety defaults?, Peter Eisentraut, 02:05
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 02:02
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 01:55
- Re: [HACKERS] Syntax for partitioning, Tom Lane, 01:51
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 01:51
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 01:48
- Re: [HACKERS] Summary and Plan for Hot Standby, Greg Stark, 01:47
- Re: [HACKERS] Summary and Plan for Hot Standby, Selena Deckelmann, 01:26
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 01:25
- Re: [HACKERS] Syntax for partitioning, Tom Lane, 01:19
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Tom Lane, 01:12
- Re: [HACKERS] Summary and Plan for Hot Standby, Stefan Kaltenbrunner, 01:12
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 01:04
- Re: [HACKERS] Syntax for partitioning, Peter Eisentraut, 00:56
- Re: [HACKERS] Union test case broken in make check?, Tom Lane, 00:49
- Re: [HACKERS] Syntax for partitioning, Nikhil Sontakke, 00:44
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Jan Wieck, 00:30
November 19, 2009
- Re: [HACKERS] operator exclusion constraints, Josh Berkus, 23:36
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 22:58
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 22:55
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Jan Wieck, 22:35
- Re: [HACKERS] AFTER triggers & RETURN, Jan Wieck, 22:28
- Re: [HACKERS] Summary and Plan for Hot Standby, Andrew Dunstan, 21:58
- Re: [HACKERS] Union test case broken in make check?, Emmanuel Cecchet, 21:52
- Re: [HACKERS] Union test case broken in make check?, Kenneth Marshall, 21:27
- [HACKERS] column DEFAULTs and prepared statements, "Florian G. Pflug", 21:21
- Re: [HACKERS] Summary and Plan for Hot Standby, "Joshua D. Drake", 21:18
- Re: [HACKERS] Summary and Plan for Hot Standby, Josh Berkus, 21:14
- [HACKERS] DEFAULT of domain ignored in plpgsql (8.4.1), "Florian G. Pflug", 21:06
- [HACKERS] enable-thread-safety defaults?, Magnus Hagander, 20:41
- Re: [HACKERS] Union test case broken in make check?, Emmanuel Cecchet, 19:54
- [HACKERS] plruby code and postgres ?, u235sentinel, 19:15
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 19:04
- Re: [HACKERS] Union test case broken in make check?, Tom Lane, 18:39
- Re: [HACKERS] Syntax for partitioning, Peter Eisentraut, 17:33
- Re: [HACKERS] Timezones (in 8.5?), Andrew Gierth, 17:09
- Re: [HACKERS] Patch to change a pg_restore message, Guillaume Lelarge, 17:07
- Re: [HACKERS] Patch to change a pg_restore message, Peter Eisentraut, 17:05
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 17:04
- Re: [HACKERS] PL/Python array support, Peter Eisentraut, 17:00
- Re: [HACKERS] Union test case broken in make check?, Andrew Dunstan, 16:47
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 16:32
- [HACKERS] Union test case broken in make check?, Emmanuel Cecchet, 16:21
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Boszormenyi Zoltan, 16:00
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Heikki Linnakangas, 15:54
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Tom Lane, 15:51
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Chris Browne, 15:39
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Andrew Dunstan, 15:38
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Boszormenyi Zoltan, 15:36
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Boszormenyi Zoltan, 15:32
- Re: [HACKERS] Python 3.1 support, James Pye, 15:12
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Andrew Dunstan, 14:46
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Tom Lane, 14:33
- Re: [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Boszormenyi Zoltan, 14:12
- Re: [HACKERS] TRIGGER with WHEN clause, Tom Lane, 14:00
- Re: [HACKERS] Python 3.1 support, Tom Lane, 13:43
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 13:32
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 13:21
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 12:55
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Florian G. Pflug", 12:43
- Re: [HACKERS] Python 3.1 support, James Pye, 12:01
- Re: [HACKERS] Timezones (in 8.5?), "Kevin Grittner", 11:55
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 11:41
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Florian G. Pflug", 11:37
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Andreas 'ads' Scherbaum", 11:18
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 11:17
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 11:01
- Re: [HACKERS] Syntax for partitioning, Robert Haas, 10:53
- Re: [HACKERS] Very bad FTS performance with the Polish config, Tom Lane, 10:51
- [HACKERS] Patch to change a pg_restore message, Guillaume Lelarge, 10:47
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 10:40
- Re: [HACKERS] Summary and Plan for Hot Standby, Tom Lane, 10:24
- Re: [HACKERS] Rejecting weak passwords, Tom Lane, 10:21
- Re: [HACKERS] xpath_table equivalent, Andrew Dunstan, 10:12
- Re: [HACKERS] Syntax for partitioning, Markus Wanner, 09:58
- Re: [HACKERS] xpath_table equivalent, Robert Haas, 09:53
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Florian G. Pflug", 09:51
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Heikki Linnakangas, 09:35
- Re: [HACKERS] xpath_table equivalent, Andrew Dunstan, 09:17
- Re: [HACKERS] Timezones (in 8.5?), Robert Haas, 09:12
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Greg Sabino Mullane", 08:58
- Re: [HACKERS] add more frame types in window functions (ROWS), Hitoshi Harada, 08:43
- [HACKERS] Question about ECPGset_noind_null() and ECPGis_noind_null(), Boszormenyi Zoltan, 08:29
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 08:23
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 08:16
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Andreas 'ads' Scherbaum", 07:51
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 07:22
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 07:00
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 05:12
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 05:05
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 04:00
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 03:59
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 03:58
- Re: [HACKERS] add more frame types in window functions (ROWS), Andrew Gierth, 03:29
- Re: [HACKERS] Summary and Plan for Hot Standby, Tatsuo Ishii, 03:15
- Re: [HACKERS] Rejecting weak passwords, "Albe Laurenz", 02:59
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 01:16
- Re: [HACKERS] xpath_table equivalent, Scott Bailey, 00:03
November 18, 2009
- Re: [HACKERS] Timezones (in 8.5?), Andrew Gierth, 23:18
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 23:12
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Andrew Chernow, 23:03
- Re: [HACKERS] "Not safe to send CSV data" message, Andrew Dunstan, 22:50
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 22:43
- Re: [HACKERS] "Not safe to send CSV data" message, Tom Lane, 22:38
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Andrew Chernow, 22:32
- Re: [HACKERS] ProcessUtility_hook, Euler Taveira de Oliveira, 22:31
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 22:14
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 22:12
- Re: [HACKERS] "Not safe to send CSV data" message, Tom Lane, 21:52
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 21:49
- [HACKERS] Review: psql-wrap-formatting/Unicode UTF-8 table formatting for psql text output, gabrielle, 21:36
- Re: [HACKERS] "Not safe to send CSV data" message, Andrew Dunstan, 21:21
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Andrew Chernow, 21:08
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Josh Berkus, 20:26
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Andrew Chernow, 20:26
- Re: [HACKERS] Python 3.1 support, James Pye, 20:20
- [HACKERS] "Not safe to send CSV data" message, Tom Lane, 20:19
- Re: [HACKERS] TRIGGER with WHEN clause, KaiGai Kohei, 20:09
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 20:06
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Greg Stark, 20:04
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Tom Lane, 19:48
- Re: [HACKERS] Amazing performance failure with SQL function, Tom Lane, 17:43
- Re: [HACKERS] Oversight in CREATE FUNCTION + EXPLAIN?, Tom Lane, 17:32
- [HACKERS] Amazing performance failure with SQL function, "Joshua D. Drake", 17:24
- [HACKERS] Oversight in CREATE FUNCTION + EXPLAIN?, "Joshua D. Drake", 17:17
- Re: [HACKERS] Rejecting weak passwords, Tom Lane, 17:05
- Re: [HACKERS] Python 3.1 support, James Pye, 15:36
- Re: [HACKERS] Rejecting weak passwords, Tom Lane, 15:05
- Re: [HACKERS] Python 3.1 support, Nathan Boley, 14:32
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 14:13
- Re: [HACKERS] Timezones (in 8.5?), "Kevin Grittner", 13:26
- Re: [HACKERS] Python 3.1 support, Tom Lane, 12:50
- Re: [HACKERS] Python 3.1 support, "Joshua D. Drake", 12:48
- Re: [HACKERS] Python 3.1 support, Tom Lane, 12:28
- Re: [HACKERS] Patch - Reference Function Parameters by Name, Tom Lane, 12:23
- Re: [HACKERS] Python 3.1 support, "Joshua D. Drake", 12:21
- Re: [HACKERS] RFC for adding typmods to functions, "Kevin Grittner", 12:09
- Re: [HACKERS] Python 3.1 support, Tom Lane, 12:06
- Re: [HACKERS] Python 3.1 support, Nathan Boley, 11:43
- Re: [HACKERS] Very bad FTS performance with the Polish config, Oleg Bartunov, 10:52
- Re: [HACKERS] Very bad FTS performance with the Polish config, Pavel Stehule, 10:38
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 10:37
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 10:27
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 10:18
- [HACKERS] Patch - Reference Function Parameters by Name, George Gensure, 09:57
- Re: [HACKERS] Very bad FTS performance with the Polish config, Oleg Bartunov, 09:47
- Re: [HACKERS] operator exclusion constraints, Josh Berkus, 09:21
- Re: [HACKERS] operator exclusion constraints, Dimitri Fontaine, 09:14
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 09:06
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 09:00
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 08:52
- Re: [HACKERS] RFC for adding typmods to functions, Pavel Stehule, 08:40
- Re: [HACKERS] RFC for adding typmods to functions, Peter Eisentraut, 08:31
- Re: [HACKERS] byteain for new hex escaped data, Peter Eisentraut, 08:30
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 07:51
- [HACKERS] byteain for new hex escaped data, Kris Jurka, 06:46
- Re: [HACKERS] RFC for adding typmods to functions, Pavel Stehule, 05:46
- Re: [HACKERS] plperl and inline functions -- first draft, Alexey Klyukin, 05:38
- Re: [HACKERS] Rejecting weak passwords, "Albe Laurenz", 05:35
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 04:35
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 04:33
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Sergey Konoplev, 04:27
- Re: [HACKERS] RFC for adding typmods to functions, Peter Eisentraut, 04:25
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 04:18
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 04:11
- Re: [HACKERS] Very bad FTS performance with the Polish config, Oleg Bartunov, 04:11
- Re: [HACKERS] Syntax for partitioning, Simon Riggs, 03:01
- Re: [HACKERS] RFC for adding typmods to functions, Pavel Stehule, 02:19
- Re: [HACKERS] RFC for adding typmods to functions, Pavel Stehule, 01:56
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 01:11
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 01:05
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 00:56
- Re: [HACKERS] Rejecting weak passwords, Itagaki Takahiro, 00:51
November 17, 2009
- Re: [HACKERS] Syntax for partitioning, Itagaki Takahiro, 23:52
- Re: [HACKERS] Syntax for partitioning, Itagaki Takahiro, 23:36
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 23:35
- Re: [HACKERS] Syntax for partitioning, Itagaki Takahiro, 23:24
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 23:22
- Re: [HACKERS] Timezones (in 8.5?), Andrew Gierth, 23:21
- Re: [HACKERS] Syntax for partitioning, Itagaki Takahiro, 23:17
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 23:13
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 23:03
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 22:52
- Re: [HACKERS] Very bad FTS performance with the Polish config, Tom Lane, 22:51
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 22:46
- [HACKERS] magic block in doc functions, Euler Taveira de Oliveira, 22:39
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 21:11
- Re: [HACKERS] Very bad FTS performance with the Polish config, Euler Taveira de Oliveira, 20:33
- Re: [HACKERS] RFC for adding typmods to functions, Robert Haas, 20:15
- Re: [HACKERS] Syntax for partitioning, Robert Haas, 20:12
- Re: [HACKERS] sgml and "empty" closing tags, Euler Taveira de Oliveira, 20:00
- Re: [HACKERS] RFC for adding typmods to functions, Tom Lane, 19:46
- Re: [HACKERS] Timezones (in 8.5?), Tom Lane, 19:21
- Re: [HACKERS] sgml and "empty" closing tags, Robert Haas, 19:14
- Re: [HACKERS] RFC for adding typmods to functions, Robert Haas, 19:13
- Re: [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 19:03
- Re: [HACKERS] Very bad FTS performance with the Polish config, Euler Taveira de Oliveira, 18:55
- Re: [HACKERS] CommitFest expectations, Greg Smith, 18:41
- Re: [HACKERS] sgml and "empty" closing tags, Euler Taveira de Oliveira, 18:39
- [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 18:30
- [HACKERS] Very bad FTS performance with the Polish config, Wojciech Knapik, 18:27
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 18:05
- Re: [HACKERS] RFC for adding typmods to functions, Tom Lane, 18:01
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Robert Haas, 17:59
- Re: [HACKERS] actualised funcs typmod patch, Dimitri Fontaine, 17:53
- Re: [HACKERS] plperl and inline functions -- first draft, Alexey Klyukin, 17:43
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 17:40
- Re: [HACKERS] plperl and inline functions -- first draft, Brendan Jurd, 17:35
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Greg Smith, 17:34
- Re: [HACKERS] Timezones (in 8.5?), "Kevin Grittner", 17:25
- Re: [HACKERS] RFC for adding typmods to functions, Andrew Dunstan, 17:24
- Re: [HACKERS] plpgsql: open for execute - add USING clause, "Joshua D. Drake", 17:12
- Re: [HACKERS] next CommitFest, "David E. Wheeler", 17:12
- [HACKERS] RFC for adding typmods to functions, Tom Lane, 17:09
- Re: [HACKERS] plpgsql: open for execute - add USING clause, "Kevin Grittner", 16:40
- Re: [HACKERS] Syntax for partitioning, Simon Riggs, 16:31
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 16:07
- Re: [HACKERS] plpgsql: open for execute - add USING clause, "Joshua D. Drake", 15:58
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 15:52
- Re: [HACKERS] plpgsql: open for execute - add USING clause, "Kevin Grittner", 15:33
- Re: [HACKERS] Timezones (in 8.5?), hernan gonzalez, 15:31
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 15:27
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 15:25
- Re: [HACKERS] plpgsql: open for execute - add USING clause, Robert Haas, 15:20
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 15:20
- Re: [HACKERS] actualised funcs typmod patch, "Kevin Grittner", 15:14
- Re: [HACKERS] Syntax for partitioning, Marko Tiikkaja, 15:09
- [HACKERS] plpgsql: open for execute - add USING clause, Pavel Stehule, 15:04
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Alvaro Herrera, 14:53
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 14:51
- Re: [HACKERS] Syntax for partitioning, Jaime Casanova, 14:46
- Re: [HACKERS] Syntax for partitioning, Marko Tiikkaja, 14:33
- Re: [HACKERS] actualised funcs typmod patch, Tom Lane, 14:33
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Alvaro Herrera, 14:24
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 14:20
- Re: [HACKERS] actualised funcs typmod patch, Tom Lane, 13:54
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 13:51
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 13:39
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 13:22
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 13:01
- Re: [HACKERS] actualised funcs typmod patch, Tom Lane, 12:50
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 12:14
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 12:05
- Re: [HACKERS] plpythonu DO support (inline call handler), Heikki Linnakangas, 12:03
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 12:03
- [HACKERS] plpythonu DO support (inline call handler), "Valtonen, Hannu", 11:48
- Re: [HACKERS] Partitioning option for COPY, Tom Lane, 11:41
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Sergey Konoplev, 11:34
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Sergey Konoplev, 11:22
- Re: [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 11:19
- Re: [HACKERS] Timezones (in 8.5?), Tom Lane, 11:13
- Re: [HACKERS] Partitioning option for COPY, Tom Lane, 10:55
- Re: [HACKERS] Writeable CTE patch, Alex Hunsaker, 10:52
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 10:50
- Re: [HACKERS] Timezones (in 8.5?), Robert Haas, 10:48
- Re: [HACKERS] Summary and Plan for Hot Standby, "Kevin Grittner", 10:44
- Re: [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 10:31
- [HACKERS] Timezones (in 8.5?), hernan gonzalez, 10:21
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 10:17
- Re: [HACKERS] Partitioning option for COPY, Tom Lane, 10:03
- Re: [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 09:59
- Re: [HACKERS] Raising the geqo_threshold default, Tom Lane, 09:55
- Re: [HACKERS] actualised funcs typmod patch, Tom Lane, 09:46
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Tom Lane, 09:16
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 09:08
- Re: [HACKERS] Raising the geqo_threshold default, "Greg Sabino Mullane", 09:01
- Re: [HACKERS] Rejecting weak passwords, "Albe Laurenz", 07:28
- Re: [HACKERS] Rejecting weak passwords, Heikki Linnakangas, 06:41
- Re: [HACKERS] actualised funcs typmod patch, Dimitri Fontaine, 06:00
- Re: [HACKERS] Writeable CTE patch, Marko Tiikkaja, 05:54
- Re: [HACKERS] Rejecting weak passwords, "Albe Laurenz", 05:32
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 02:40
- Re: [HACKERS] write ahead logging in standby (streaming replication), "Markus Wanner", 02:31
- Re: [HACKERS] TRIGGER with WHEN clause, KaiGai Kohei, 02:30
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 02:02
- Re: [HACKERS] sgml and "empty" closing tags, Peter Eisentraut, 01:43
- Re: [HACKERS] Writeable CTE patch, Alex Hunsaker, 01:15
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, George Gensure, 00:41
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 00:19
November 16, 2009
- Re: [HACKERS] sgml and "empty" closing tags, Robert Haas, 23:25
- Re: [HACKERS] Raising the geqo_threshold default, Robert Haas, 23:21
- Re: [HACKERS] sgml and "empty" closing tags, Alex Hunsaker, 22:54
- Re: [HACKERS] sgml and "empty" closing tags, Andrew Dunstan, 22:44
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 22:44
- Re: [HACKERS] Raising the geqo_threshold default, Tom Lane, 22:42
- Re: [HACKERS] sgml and "empty" closing tags, Tom Lane, 22:41
- [HACKERS] sgml and "empty" closing tags, Alex Hunsaker, 22:30
- Re: [HACKERS] TRIGGER with WHEN clause, Itagaki Takahiro, 21:35
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 21:30
- Re: [HACKERS] Listen / Notify rewrite, "Greg Sabino Mullane", 21:28
- Re: [HACKERS] Partitioning option for COPY, Greg Smith, 21:25
- [HACKERS] Raising the geqo_threshold default, "Greg Sabino Mullane", 21:23
- Re: [HACKERS] next CommitFest, Robert Haas, 21:14
- Re: [HACKERS] next CommitFest, Robert Haas, 21:06
- Re: [HACKERS] Partitioning option for COPY, Tom Lane, 20:58
- Re: [HACKERS] next CommitFest, "Joshua D. Drake", 20:47
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 20:03
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 19:51
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 19:37
- Re: [HACKERS] Partitioning option for COPY, Jan Urbański, 19:36
- Re: [HACKERS] UTF8 with BOM support in psql, Itagaki Takahiro, 19:31
- Re: [HACKERS] Summary and Plan for Hot Standby, Tatsuo Ishii, 19:25
- Re: [HACKERS] next CommitFest, Andrew Dunstan, 19:15
- Re: [HACKERS] next CommitFest, Tom Lane, 18:56
- Re: [HACKERS] next CommitFest, Brendan Jurd, 18:48
- Re: [HACKERS] next CommitFest, David Fetter, 18:35
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 17:19
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Bernd Helmle, 17:10
- [HACKERS] using separate parameters in psql query execution, Pavel Stehule, 17:01
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 16:46
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 16:41
- Re: [HACKERS] New VACUUM FULL, Tom Lane, 16:33
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Alex Hunsaker, 16:05
- Re: [HACKERS] UTF8 with BOM support in psql, Tom Lane, 16:01
- Re: [HACKERS] write ahead logging in standby (streaming replication), Greg Smith, 15:57
- Re: Update on Insert, Andreas Kretschmer, 15:53
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 15:37
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Andres Freund, 14:17
- Re: [HACKERS] ORDER BY vs. volatile functions, Andrew Gierth, 14:10
- Re: [HACKERS] Update on Insert, Robert Haas, 14:10
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Robert Haas, 14:07
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Alvaro Herrera, 13:56
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Sergey Konoplev, 13:53
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Tom Lane, 13:45
- Re: [HACKERS] ORDER BY vs. volatile functions, Tom Lane, 13:31
- Update on Insert, SebiF, 13:31
- Re: [HACKERS] next CommitFest, Robert Haas, 13:23
- Re: [HACKERS] write ahead logging in standby (streaming replication), Markus Wanner, 13:19
- Re: [HACKERS] next CommitFest, "Joshua D. Drake", 13:08
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Alex Hunsaker, 13:00
- Re: [HACKERS] ORDER BY vs. volatile functions, Tom Lane, 12:52
- Re: [HACKERS] ORDER BY vs. volatile functions, Andrew Gierth, 12:49
- Re: [HACKERS] next CommitFest, Robert Haas, 12:42
- Re: [HACKERS] next CommitFest, Chris Browne, 12:41
- Re: [HACKERS] next CommitFest, "Joshua D. Drake", 12:17
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 12:13
- Re: [HACKERS] [COMMITTERS] pgsql: /home/peter/commit-msg, Peter Eisentraut, 12:05
- Re: [HACKERS] next CommitFest, Chris Browne, 11:31
- [HACKERS] Re: [GENERAL] What is the correct way to extract values from an int8 array in SPI?, Alvaro Herrera, 11:25
- Re: [HACKERS] Summary and Plan for Hot Standby, Robert Haas, 11:13
- Re: [HACKERS] Summary and Plan for Hot Standby, "Kevin Grittner", 11:07
- Re: [HACKERS] different result between 8.3 and 8.5 (to_timestamp function), Pavel Stehule, 11:04
- Re: [HACKERS] different result between 8.3 and 8.5 (to_timestamp function), Tom Lane, 10:43
- Re: [HACKERS] different result between 8.3 and 8.5 (to_timestamp function), Pavel Stehule, 10:33
- Re: [HACKERS] different result between 8.3 and 8.5 (to_timestamp function), Tom Lane, 10:29
- Re: [HACKERS] ORDER BY vs. volatile functions, Tom Lane, 10:00
- [HACKERS] different result between 8.3 and 8.5 (to_timestamp function), Pavel Stehule, 09:47
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Andrew Chernow, 09:35
- Re: [HACKERS] Patch committers, Robert Haas, 09:29
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Robert Haas, 09:26
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, Merlin Moncure, 09:14
- Re: [HACKERS] Listen / Notify rewrite, "Greg Sabino Mullane", 09:14
- Re: [HACKERS] Listen / Notify - what to do when the queue is full, "Greg Sabino Mullane", 09:05
- Re: [HACKERS] ORDER BY vs. volatile functions, Ron Mayer, 07:19
- Re: [HACKERS] named parameters in SQL functions, Peter Eisentraut, 07:17
- Re: [HACKERS] TRIGGER with WHEN clause, KaiGai Kohei, 06:03
- Re: [HACKERS] TRIGGER with WHEN clause, "Albe Laurenz", 05:42
- Re: [HACKERS] Summary and Plan for Hot Standby, Tatsuo Ishii, 05:06
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Bernd Helmle, 04:37
- Re: [HACKERS] Patch committers, Magnus Hagander, 04:30
- Re: [HACKERS] New VACUUM FULL, Itagaki Takahiro, 04:29
- Re: [HACKERS] Patch committers, Heikki Linnakangas, 04:20
- [HACKERS] Academic research on programmers' motivation, Mark Pith, 04:18
- Re: [HACKERS] proposal: using PQexecParams in psql (using variables as real params), Pavel Stehule, 03:14
- Re: [HACKERS] Patch committers, Magnus Hagander, 03:05
- Re: [HACKERS] Patch committers, Magnus Hagander, 03:02
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 02:59
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 01:51
- Re: [HACKERS] Summary and Plan for Hot Standby, Tatsuo Ishii, 01:21
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 01:05
- Re: [HACKERS] ORDER BY vs. volatile functions, Andrew Gierth, 01:04
- Re: [HACKERS] New VACUUM FULL, Jeff Davis, 00:59
- Re: [HACKERS] limit to default display in psql, Tom Lane, 00:46
- Re: [HACKERS] proposal: using PQexecParams in psql (using variables as real params), Itagaki Takahiro, 00:46
- Re: [HACKERS] ORDER BY vs. volatile functions, Tom Lane, 00:44
- [HACKERS] limit to default display in psql, Robert Treat, 00:42
- [HACKERS] ORDER BY vs. volatile functions, Andrew Gierth, 00:28
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 00:04
November 15, 2009
- Re: [HACKERS] [COMMITTERS] pgsql: /home/peter/commit-msg, Peter Eisentraut, 23:56
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 23:51
- Re: [HACKERS] Aggregate ORDER BY patch, Hitoshi Harada, 23:49
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 23:46
- Re: [HACKERS] New VACUUM FULL, Itagaki Takahiro, 23:37
- Re: [HACKERS] Rejecting weak passwords, Itagaki Takahiro, 23:24
- Re: [HACKERS] Summary and Plan for Hot Standby, Tatsuo Ishii, 23:23
- [HACKERS] Apprentices? (was =patch - Report the schema...), Christophe Pettus, 22:34
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 22:33
- Re: [HACKERS] Aggregate ORDER BY patch, Tom Lane, 22:31
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 22:25
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 22:23
- Re: [HACKERS] Add YAML option to explain, Itagaki Takahiro, 22:15
- Re: [HACKERS] named parameters in SQL functions, Andrew Dunstan, 22:14
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 22:05
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 22:04
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 22:00
- Re: [HACKERS] named parameters in SQL functions, Andrew Dunstan, 21:52
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 21:41
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 21:39
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 21:29
- Re: [HACKERS] named parameters in SQL functions, Andrew Chernow, 21:18
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 21:09
- Re: [HACKERS] named parameters in SQL functions, Andrew Chernow, 21:03
- Re: [HACKERS] Aggregate ORDER BY patch, Tom Lane, 20:52
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 20:40
- Re: [HACKERS] Aggregate ORDER BY patch, Hitoshi Harada, 20:40
- Re: [HACKERS] Python 3.1 support, James Pye, 20:39
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 20:35
- Re: [HACKERS] Patch committers, Robert Haas, 20:32
- Re: [HACKERS] named parameters in SQL functions, Andrew Dunstan, 20:22
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Andrew Dunstan, 20:14
- Re: [HACKERS] Patch committers, Bruce Momjian, 20:08
- Re: [HACKERS] Aggregate ORDER BY patch, Greg Stark, 19:17
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Roger Leigh, 18:47
- Re: [HACKERS] Summary and Plan for Hot Standby, Tom Lane, 18:38
- Re: [HACKERS] Summary and Plan for Hot Standby, "David E. Wheeler", 18:34
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 18:23
- Re: [HACKERS] Summary and Plan for Hot Standby, Robert Haas, 18:22
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 17:39
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Tom Lane, 17:32
- Re: [HACKERS] Listen / Notify rewrite, Simon Riggs, 17:20
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Brendan Jurd, 17:18
- Re: [HACKERS] Summary and Plan for Hot Standby, Tom Lane, 17:17
- [HACKERS] proposal: using PQexecParams in psql (using variables as real params), Pavel Stehule, 17:01
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Tom Lane, 16:55
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 16:48
- Re: [HACKERS] named parameters in SQL functions, Tom Lane, 16:40
- [HACKERS] CommitFest 2009-11 Closed; Initial assignments, Greg Smith, 16:33
- Re: [HACKERS] Writeable CTE patch, Marko Tiikkaja, 16:27
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 16:19
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 16:14
- Re: [HACKERS] Summary and Plan for Hot Standby, Josh Berkus, 16:10
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 15:58
- Re: [HACKERS] commitfest patch move unavailable, Greg Smith, 15:52
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 15:45
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 15:33
- Re: [HACKERS] Hot standby, race condition between recovery snapshot and commit, Heikki Linnakangas, 15:23
- Re: [HACKERS] named parameters in SQL functions, "David E. Wheeler", 15:16
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 15:10
- [HACKERS] Re: Hot standby, race condition between recovery snapshot and commit, Simon Riggs, 15:10
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 15:09
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 15:04
- Re: [HACKERS] named parameters in SQL functions, Andrew Chernow, 14:56
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 14:56
- Re: [HACKERS] named parameters in SQL functions, "David E. Wheeler", 14:51
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 14:43
- Re: [HACKERS] named parameters in SQL functions, Andrew Dunstan, 14:39
- Re: [HACKERS] Summary and Plan for Hot Standby, Greg Stark, 14:38
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 14:35
- Re: [HACKERS] ALTER ROLE/DATABASE RESET ALL versus security, Alvaro Herrera, 14:34
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 14:29
- Re: [HACKERS] named parameters in SQL functions, "David E. Wheeler", 14:25
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 14:21
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 14:20
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 14:16
- Re: [HACKERS] named parameters in SQL functions, Andrew Chernow, 14:13
- Re: [HACKERS] named parameters in SQL functions, "David E. Wheeler", 13:59
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 13:59
- Re: [HACKERS] named parameters in SQL functions, Brendan Jurd, 13:58
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 13:57
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 13:54
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 13:44
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 13:43
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Andrew Dunstan, 13:43
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 13:42
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 13:37
- Re: [HACKERS] Listen / Notify rewrite, Simon Riggs, 13:32
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 13:30
- Re: [HACKERS] named parameters in SQL functions, "David E. Wheeler", 13:26
- [HACKERS] Listen / Notify - what to do when the queue is full, Joachim Wieland, 13:19
- Re: [HACKERS] named parameters in SQL functions, Greg Stark, 13:19
- Re: [HACKERS] named parameters in SQL functions, Robert Haas, 13:16
- Re: [HACKERS] Summary and Plan for Hot Standby, Robert Haas, 13:15
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, George Gensure, 13:09
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 12:54
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 12:53
- Re: [HACKERS] named parameters in SQL functions, Pavel Stehule, 12:51
- Re: [HACKERS] named parameters in SQL functions, Andrew Chernow, 12:49
- [HACKERS] named parameters in SQL functions, Andrew Dunstan, 12:37
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 12:36
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 12:19
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 11:49
- Re: [HACKERS] patch - Report the schema along table name in a referential failure error message, Tom Lane, 11:21
- Re: [HACKERS] Listen / Notify rewrite, Alex, 11:20
- Re: [HACKERS] Summary and Plan for Hot Standby, Robert Haas, 11:18
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 10:09
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 10:04
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 09:50
- Re: [HACKERS] Summary and Plan for Hot Standby, Greg Stark, 09:47
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 09:32
- [HACKERS] Re: Hot standby, race condition between recovery snapshot and commit, Simon Riggs, 09:19
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 09:07
- Re: [HACKERS] Summary and Plan for Hot Standby, Robert Haas, 09:02
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 08:58
- Re: [HACKERS] Summary and Plan for Hot Standby, Heikki Linnakangas, 08:55
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 08:37
- Re: [HACKERS] Hot standby, race condition between recovery snapshot and commit, Heikki Linnakangas, 07:43
- Re: [HACKERS] commitfest patch move unavailable, Robert Haas, 07:36
- Re: [HACKERS] Hot standby, race condition between recovery snapshot and commit, Heikki Linnakangas, 07:32
- Re: [HACKERS] Aggregate ORDER BY patch, Hitoshi Harada, 06:42
- Re: [HACKERS] Hot standby, overflowed snapshots, testing, Simon Riggs, 05:25
- Re: [HACKERS] Summary and Plan for Hot Standby, Magnus Hagander, 05:03
- Re: [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 04:43
- Re: [HACKERS] Postgres and likewise authentication, Magnus Hagander, 04:26
- [HACKERS] commitfest patch move unavailable, George Gensure, 04:21
- Re: [HACKERS] Summary and Plan for Hot Standby, Magnus Hagander, 04:00
- [HACKERS] Summary and Plan for Hot Standby, Simon Riggs, 03:06
- Re: [HACKERS] NULL input for array_agg()?, Hitoshi Harada, 03:05
- Re: [HACKERS] NULL input for array_agg()?, Andrew Gierth, 02:52
- [HACKERS] patch - Report the schema along table name in a referential failure error message, George Gensure, 02:45
- Re: [HACKERS] add more frame types in window functions (ROWS), Hitoshi Harada, 02:43
- Re: [HACKERS] add more frame types in window functions (ROWS), Andrew Gierth, 02:33
- [HACKERS] NULL input for array_agg()?, Hitoshi Harada, 02:27
- Re: [HACKERS] add more frame types in window functions (ROWS), Hitoshi Harada, 02:11
- Re: [HACKERS] add more frame types in window functions (ROWS), Hitoshi Harada, 02:04
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Pavel Stehule, 01:43
November 14, 2009
- Re: [HACKERS] TRIGGER with WHEN clause, KaiGai Kohei, 21:38
- Re: [HACKERS] New VACUUM FULL, Jeff Davis, 20:26
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Robert Haas, 20:22
- Re: [HACKERS] plperl and inline functions -- first draft, Brendan Jurd, 20:10
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Roger Leigh, 19:50
- Re: [HACKERS] New VACUUM FULL, Tom Lane, 19:25
- Re: [HACKERS] New VACUUM FULL, Jeff Davis, 19:07
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Tom Lane, 18:36
- Re: [HACKERS] New VACUUM FULL, Jeff Davis, 18:26
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Robert Haas, 17:56
- Re: [HACKERS] Partitioning option for COPY, Jan Urbański, 17:31
- Re: [HACKERS] Partitioning option for COPY, Jan Urbański, 17:27
- Re: [HACKERS] New VACUUM FULL, Tom Lane, 17:12
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 17:06
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Tom Lane, 16:58
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Pavel Stehule, 16:58
- Re: [HACKERS] New VACUUM FULL, Jeff Davis, 16:41
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Merlin Moncure, 16:22
- [HACKERS] Re: Hot standby, race condition between recovery snapshot and commit, Simon Riggs, 16:08
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Robert Haas, 16:02
- Re: [HACKERS] add more frame types in window functions (ROWS), Tom Lane, 15:43
- Re: [HACKERS] add more frame types in window functions (ROWS), Andrew Gierth, 15:33
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 15:31
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 15:24
- Re: [HACKERS] next CommitFest, Andrew Dunstan, 15:23
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 15:23
- [HACKERS] Postgres and likewise authentication, u235sentinel, 15:07
- Re: [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Greg Stark, 15:06
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 14:56
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 14:53
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Andrew Dunstan, 14:49
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:39
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 14:37
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 14:36
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:35
- [HACKERS] patch - per-tablespace random_page_cost/seq_page_cost, Robert Haas, 14:28
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 14:27
- rapidshare ecm2001 titanium torrent rapidshare download _l#_@jcuxH, ecm2001 winols cpwin rapidshare torrent, 14:22
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Andrew Dunstan, 14:06
- Re: [HACKERS] operator exclusion constraints, Greg Stark, 13:58
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 13:45
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Tom Lane, 13:31
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 13:31
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 13:21
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Roger Leigh, 13:16
- Re: [HACKERS] operator exclusion constraints, Brendan Jurd, 13:12
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 13:01
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 13:00
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 12:55
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Roger Leigh, 12:40
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 12:39
- [HACKERS] Writeable CTE patch, Marko Tiikkaja, 12:26
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Pavel Stehule, 12:21
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 12:11
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Andrew Dunstan, 12:07
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 11:55
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 11:45
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 11:40
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 11:31
- Re: [HACKERS] [patch] pg_ctl init extension, Tom Lane, 11:25
- Re: [HACKERS] [patch] pg_ctl init extension, "Kevin Grittner", 10:12
- Re: [HACKERS] tsearch parser inefficiency if text includes urls or emails - new version, "Kevin Grittner", 09:33
- Re: [HACKERS] Patch committers, Magnus Hagander, 09:31
- Re: [HACKERS] DTrace compiler warnings, Zdenek Kotala, 09:25
- [HACKERS] DTrace compiler warnings, Bernd Helmle, 08:54
- Re: [HACKERS] [patch] pg_ctl init extension, Zdenek Kotala, 08:50
- Re: [HACKERS] UTF8 with BOM support in psql, Andrew Dunstan, 08:06
- [HACKERS] Hot standby, race condition between recovery snapshot and commit, Heikki Linnakangas, 07:59
- Re: [HACKERS] Patch committers, Robert Haas, 07:35
- Re: [HACKERS] UTF8 with BOM support in psql, Peter Eisentraut, 05:46
- Re: [HACKERS] Patch committers, Magnus Hagander, 04:11
- Re: [HACKERS] [patch] pg_ctl init extension, Peter Eisentraut, 03:41
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Peter Eisentraut, 03:31
November 13, 2009
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 23:39
- Re: [HACKERS] next CommitFest, Robert Haas, 23:25
- Re: [HACKERS] next CommitFest, Bruce Momjian, 23:06
- Re: [HACKERS] Patch committers, Craig Ringer, 22:55
- Re: [HACKERS] xpath_table equivalent, Andrew Dunstan, 22:05
- Re: [HACKERS] ALTER ROLE/DATABASE RESET ALL versus security, Bernd Helmle, 21:01
- Re: [HACKERS] tsearch parser inefficiency if text includes urls or emails - new version, Andres Freund, 19:39
- Re: [HACKERS] Listen / Notify rewrite, James Mansion, 19:14
- [HACKERS] ALTER ROLE/DATABASE RESET ALL versus security, Tom Lane, 19:08
- Re: [HACKERS] tsearch parser inefficiency if text includes urls or emails - new version, Alvaro Herrera, 19:05
- Re: [HACKERS] tsearch parser inefficiency if text includes urls or emails - new version, "Kevin Grittner", 19:03
- [HACKERS] Aggregate ORDER BY docs patch, first attempt, Andrew Gierth, 18:49
- Re: [HACKERS] [Patch] Fix enum type mismatch, Tom Lane, 18:45
- Re: [HACKERS] next CommitFest, Jeff Davis, 18:19
- Re: [HACKERS] I need to code a float with magnitude (ie unit of measure), Tom Lane, 18:08
- [HACKERS] [patch] executor and slru dtrace probes, Zdenek Kotala, 17:29
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Robert Haas, 17:21
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Zdenek Kotala, 17:20
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Robert Haas, 17:16
- Re: [HACKERS] next CommitFest, Andres Freund, 17:10
- Re: [HACKERS] next CommitFest, Simon Riggs, 17:05
- Re: [HACKERS] Hot standby, overflowed snapshots, testing, Simon Riggs, 16:43
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Zdenek Kotala, 16:41
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Zdenek Kotala, 16:38
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 16:37
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Alvaro Herrera, 16:34
- Re: [HACKERS] Experimental patch: generating BKI revisited, John Naylor, 16:29
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, "Joshua D. Drake", 16:25
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, "Kevin Grittner", 16:22
- [HACKERS] I need to code a float with magnitude (ie unit of measure), Emilio Platzer, 16:20
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Tom Lane, 16:20
- Re: [HACKERS] next CommitFest, Simon Riggs, 16:19
- Re: [HACKERS] next CommitFest, Simon Riggs, 16:19
- Re: [HACKERS] Experimental patch: generating BKI revisited, Andrew Dunstan, 16:09
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, "Joshua D. Drake", 16:09
- Re: [HACKERS] next CommitFest, Simon Riggs, 16:07
- Re: [HACKERS] [PATCH] dtrace probes for memory manager, Tom Lane, 16:06
- [HACKERS] [PATCH] dtrace probes for memory manager, Zdenek Kotala, 15:58
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 15:43
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Grzegorz Jaskiewicz, 15:37
- Re: [HACKERS] Missing feature in plpgsql EXECUTE ... USING support, Pavel Stehule, 15:30
- [HACKERS] Hot standby, overflowed snapshots, testing, Heikki Linnakangas, 15:19
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, Heikki Linnakangas, 14:50
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 14:49
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Tom Lane, 14:39
- Re: [HACKERS] Experimental patch: generating BKI revisited, Robert Haas, 14:30
- Re: [HACKERS] Experimental patch: generating BKI revisited, Tom Lane, 14:27
- Re: [HACKERS] Aggregate ORDER BY patch, Greg Stark, 14:01
- [HACKERS] Missing feature in plpgsql EXECUTE ... USING support, Tom Lane, 13:58
- Re: [HACKERS] Experimental patch: generating BKI revisited, Alvaro Herrera, 13:32
- Re: [HACKERS] Aggregate ORDER BY patch, Hitoshi Harada, 13:31
- Re: [HACKERS] next CommitFest, nw, 13:31
- Re: [HACKERS] Python 3.1 support, James Pye, 13:27
- Re: [HACKERS] Aggregate ORDER BY patch, Hitoshi Harada, 13:26
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 13:19
- Re: [HACKERS] next CommitFest, Robert Haas, 13:04
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 13:02
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Peter Eisentraut, 12:57
- Re: [HACKERS] next CommitFest, Greg Smith, 12:56
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 12:50
- Re: [HACKERS] Inspection of row types in pl/pgsql and pl/sql, Tom Lane, 12:48
- Re: [HACKERS] next CommitFest, Robert Haas, 12:42
- Re: [HACKERS] next CommitFest, Robert Haas, 12:39
- Re: [HACKERS] next CommitFest, Andrew Dunstan, 12:37
- Re: [HACKERS] Listen / Notify rewrite, "Greg Sabino Mullane", 12:35
- Re: [HACKERS] next CommitFest, Brendan Jurd, 12:32
- [HACKERS] Inspection of row types in pl/pgsql and pl/sql, "Florian G. Pflug", 12:27
- Re: [HACKERS] next CommitFest, Bruce Momjian, 12:25
- Re: [HACKERS] Aggregate ORDER BY patch, Andres Freund, 12:23
- Re: [HACKERS] next CommitFest, Heikki Linnakangas, 12:18
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, Heikki Linnakangas, 12:18
- Re: [HACKERS] Aggregate ORDER BY patch, Tom Lane, 12:09
- Re: [HACKERS] Experimental patch: generating BKI revisited, Tom Lane, 11:51
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 11:44
- Re: [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 11:32
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, Tom Lane, 11:29
- Re: [HACKERS] Listen / Notify rewrite, Andrew Dunstan, 11:17
- Re: [HACKERS] Experimental patch: generating BKI revisited, Dave Page, 11:14
- Re: [HACKERS] Aggregate ORDER BY patch, Robert Haas, 11:14
- Re: [HACKERS] Experimental patch: generating BKI revisited, Robert Haas, 11:12
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, Heikki Linnakangas, 11:11
- Re: [HACKERS] next CommitFest, Robert Haas, 11:10
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 11:08
- Re: [HACKERS] Experimental patch: generating BKI revisited, Dave Page, 11:00
- Re: [HACKERS] next CommitFest, Tom Lane, 10:55
- Re: [HACKERS] Experimental patch: generating BKI revisited, Robert Haas, 10:54
- Re: [HACKERS] CTE containing ambiguous columns, Robert Haas, 10:51
- Re: [HACKERS] next CommitFest, Robert Haas, 10:46
- Re: [HACKERS] PL/Python array support, Teodor Sigaev, 10:46
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, "Florian G. Pflug", 10:46
- Re: [HACKERS] Aggregate ORDER BY patch, Peter Eisentraut, 10:44
- Re: [HACKERS] Aggregate ORDER BY patch, Peter Eisentraut, 10:44
- Re: [HACKERS] Aggregate ORDER BY patch, Tom Lane, 10:35
- [HACKERS] [Patch] Fix enum type mismatch, Zdenek Kotala, 10:29
- Re: [HACKERS] next CommitFest, Aidan Van Dyk, 10:14
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 10:13
- Re: [HACKERS] next CommitFest, Robert Haas, 10:12
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 10:05
- Re: [HACKERS] Aggregate ORDER BY patch, Tom Lane, 10:01
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 10:00
- Re: [HACKERS] next CommitFest, Andrew Dunstan, 09:52
- Re: [HACKERS] next CommitFest, Robert Haas, 09:45
- Re: [HACKERS] next CommitFest, Simon Riggs, 09:38
- Re: [HACKERS] next CommitFest, Bruce Momjian, 09:31
- Re: [HACKERS] next CommitFest, Simon Riggs, 09:17
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Andrew Dunstan, 09:12
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Grzegorz Jaśkiewicz, 09:05
- Re: [HACKERS] next CommitFest, Simon Riggs, 09:02
- Re: [HACKERS] Listen / Notify rewrite, Greg Stark, 08:59
- Re: [HACKERS] next CommitFest, Simon Riggs, 08:50
- Re: [HACKERS] next CommitFest, Bruce Momjian, 08:47
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 08:47
- Re: [HACKERS] next CommitFest, Andrew Dunstan, 08:46
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Boszormenyi Zoltan, 08:35
- Re: [HACKERS] next CommitFest, Dave Page, 08:34
- Re: [HACKERS] Listen / Notify rewrite, Alvaro Herrera, 08:33
- Re: [HACKERS] CTE containing ambiguous columns, Andrew Dunstan, 08:32
- Re: [HACKERS] next CommitFest, Simon Riggs, 08:31
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 08:16
- Re: [HACKERS] Experimental patch: generating BKI revisited, Alvaro Herrera, 08:16
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Robert Haas, 07:14
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 06:47
- Re: [HACKERS] Aggregate ORDER BY patch, Peter Eisentraut, 06:36
- Re: [HACKERS] Application name patch - v3, Dave Page, 06:11
- Re: [HACKERS] Listen / Notify rewrite, Greg Stark, 05:35
- Re: [HACKERS] next CommitFest, Dave Page, 05:26
- Re: [HACKERS] git.postgresql.org vs. REL8_1_STABLE, Sergey Burladyan, 05:14
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 04:57
- Re: [HACKERS] Aggregate ORDER BY patch, Greg Stark, 04:42
- Re: [HACKERS] Check constraint on domain over an array not executed for array literals, Heikki Linnakangas, 04:23
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 04:18
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Hans-Jürgen Schönig, 03:52
- Re: [HACKERS] Python 3.1 support, Peter Eisentraut, 03:51
- Re: [HACKERS] next CommitFest, Simon Riggs, 03:50
- Re: [HACKERS] IS DISTINCT FROM vs. ANY, Richard Huxton, 03:46
- Re: [HACKERS] next CommitFest, Dave Page, 03:33
- [HACKERS] IS DISTINCT FROM vs. ANY, David Fetter, 03:03
- Re: [HACKERS] EOL for 7.4?, daveg, 02:55
- Re: [HACKERS] Aggregate ORDER BY patch, Heikki Linnakangas, 02:54
- Re: [HACKERS] CommitFest 2009-11 Call for Reviewers, Michael Meskes, 02:07
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Michael Meskes, 02:06
- Re: [HACKERS] Patch committers, Tom Lane, 01:35
- Re: [HACKERS] CTE containing ambiguous columns, Tom Lane, 01:25
- Re: [HACKERS] [PATCH] SE-PgSQL/lite (r2429), Greg Smith, 01:19
- Re: [HACKERS] write ahead logging in standby (streaming replication), Greg Smith, 01:17
- Re: [HACKERS] next CommitFest, Ron Mayer, 00:53
- Re: [HACKERS] [PATCH] SE-PgSQL/lite (r2429), KaiGai Kohei, 00:34
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 00:29
- Re: [HACKERS] next CommitFest, Robert Haas, 00:28
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 00:19
- Re: [HACKERS] [PATCH] SE-PgSQL/lite (r2429), Greg Smith, 00:06
November 12, 2009
- Re: [HACKERS] next CommitFest, Bruce Momjian, 23:50
- Re: [HACKERS] write ahead logging in standby (streaming replication), Greg Smith, 23:49
- Re: [HACKERS] next CommitFest, Robert Haas, 23:39
- [HACKERS] [PATCH] Largeobject Access Controls (r2432), KaiGai Kohei, 23:32
- Re: [HACKERS] next CommitFest, Bruce Momjian, 23:31
- [HACKERS] CTE containing ambiguous columns, Robert Haas, 23:20
- Re: [HACKERS] TRIGGER with WHEN clause, KaiGai Kohei, 22:46
- Re: [HACKERS] Listen / Notify rewrite, Steve Atkins, 22:45
- Re: [HACKERS] actualised funcs typmod patch, Pavel Stehule, 22:39
- [HACKERS] Aggregate ORDER BY patch, Andrew Gierth, 22:16
- Re: [HACKERS] next CommitFest, Robert Haas, 22:10
- Re: [HACKERS] write ahead logging in standby (streaming replication), Greg Stark, 21:54
- Re: [HACKERS] EOL for 7.4?, Robert Haas, 21:52
- Re: [HACKERS] EOL for 7.4?, Greg Stark, 21:47
- Re: [HACKERS] EOL for 7.4?, Bruce Momjian, 21:40
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 21:37
- Re: [HACKERS] EOL for 7.4?, daveg, 21:35
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 21:32
- Re: [HACKERS] EOL for 7.4?, Greg Stark, 21:22
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 21:20
- Re: [HACKERS] next CommitFest, Bruce Momjian, 21:15
- Re: [HACKERS] write ahead logging in standby (streaming replication), Greg Smith, 21:15
- Re: [HACKERS] Patch committers, Robert Haas, 20:58
- Re: [HACKERS] write ahead logging in standby (streaming replication), Aidan Van Dyk, 20:58
- Re: [HACKERS] Listen / Notify rewrite, Robert Haas, 20:57
- Re: [HACKERS] Patch committers, Greg Smith, 20:55
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 20:52
- Re: [HACKERS] New VACUUM FULL, Itagaki Takahiro, 20:47
- Re: [HACKERS] Patch committers, Bruce Momjian, 20:46
- Re: [HACKERS] Listen / Notify rewrite, Josh Berkus, 20:44
- Re: [HACKERS] Python 3.1 support, James Pye, 20:42
- Банкротство. Как уйти от ответственности, Признание долж. Несостоятельным, 20:21
- Re: [HACKERS] Patch committers, Robert Haas, 20:19
- Re: [HACKERS] Patch committers, Tom Lane, 18:53
- Re: [HACKERS] Listen / Notify rewrite, "Greg Sabino Mullane", 18:37
- Re: [HACKERS] EOL for 7.4?, "Joshua D. Drake", 18:23
- Re: [HACKERS] EOL for 7.4?, "Greg Sabino Mullane", 18:16
- Re: [HACKERS] actualised funcs typmod patch, Alvaro Herrera, 18:07
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Tom Lane, 18:07
- Re: [HACKERS] Patch committers, "Kevin Grittner", 17:39
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Alex Hunsaker, 17:39
- Re: [HACKERS] plpgsql GUC variable: custom or built-in?, Tom Lane, 17:31
- Re: [HACKERS] EOL for 7.4?, "Joshua D. Drake", 17:11
- Re: [HACKERS] plpgsql GUC variable: custom or built-in?, Alvaro Herrera, 17:09
- Re: [HACKERS] EOL for 7.4?, "Andreas 'ads' Scherbaum", 17:09
- Re: [HACKERS] pg_dump enhancement proposal, Tom Lane, 16:31
- Re: [HACKERS] CommitFest 2009-11 Call for Reviewers, Greg Smith, 16:25
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Tom Lane, 16:15
- Re: [HACKERS] cvs head doesn't pass make check on one of the machines here, Andrew Dunstan, 16:14
- Re: [HACKERS] next CommitFest, Robert Haas, 16:13
- Re: [HACKERS] Python 3.1 support, Tom Lane, 16:06
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Tom Lane, 15:55
- [HACKERS] cvs head doesn't pass make check on one of the machines here, Grzegorz Jaskiewicz, 15:53
- Re: [HACKERS] EOL for 7.4?, Josh Berkus, 15:39
- Re: [HACKERS] EOL for 7.4?, Bernd Helmle, 15:35
- Re: [HACKERS] EOL for 7.4?, Andrew Dunstan, 15:23
- Re: [HACKERS] next CommitFest, Jeff Davis, 15:12
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Robert Haas, 15:07
- Re: [HACKERS] EOL for 7.4?, "Andreas 'ads' Scherbaum", 15:00
- Re: [HACKERS] Patch committers, Alvaro Herrera, 14:56
- [HACKERS] Python 3.1 support, Peter Eisentraut, 14:54
- Re: [HACKERS] array_to_string bug?, David Fetter, 14:52
- Re: [HACKERS] CommitFest 2009-11 Call for Reviewers, Alvaro Herrera, 14:52
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Alvaro Herrera, 14:49
- Re: [HACKERS] array_to_string bug?, "David E. Wheeler", 14:46
- Re: [HACKERS] next CommitFest, Robert Haas, 14:43
- [HACKERS] pg_dump enhancement proposal, Mark Hammonds, 14:27
- Re: [HACKERS] CommitFest 2009-11 Call for Reviewers, Tom Lane, 14:12
- Re: [HACKERS] Patch committers, Selena Deckelmann, 14:07
- [HACKERS] Check constraint on domain over an array not executed for array literals, "Florian G. Pflug", 14:02
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Bernd Helmle, 13:56
- Re: [HACKERS] Patch committers, Robert Haas, 13:54
- Re: [HACKERS] array_to_string bug?, David Fetter, 13:46
- Re: [HACKERS] array_to_string bug?, Tom Lane, 13:46
- Re: [HACKERS] next CommitFest, Jeff Davis, 13:45
- Re: [HACKERS] plpgsql GUC variable: custom or built-in?, Tom Lane, 13:40
- Re: [HACKERS] next CommitFest, Alvaro Herrera, 13:38
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 13:38
- Re: [HACKERS] next CommitFest, Jeff Davis, 13:36
- Re: [HACKERS] next CommitFest, Brendan Jurd, 13:36
- Re: [HACKERS] array_to_string bug?, Robert Haas, 13:33
- Re: [HACKERS] next CommitFest, Robert Haas, 13:32
- Re: [HACKERS] next CommitFest, Josh Berkus, 13:31
- Re: [HACKERS] Patch committers, Josh Berkus, 13:27
- Re: [HACKERS] next CommitFest, Albert Cervera i Areny, 13:25
- Re: [HACKERS] [RRR] CommitFest 2009-11 Call for Reviewers, Josh Berkus, 13:10
- Re: [HACKERS] array_to_string bug?, David Fetter, 13:06
- Re: [HACKERS] next CommitFest, Euler Taveira de Oliveira, 12:52
- [HACKERS] CommitFest 2009-11 Call for Reviewers, Greg Smith, 12:45
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 11:47
- Re: [HACKERS] plpgsql GUC variable: custom or built-in?, Tom Lane, 11:44
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 11:42
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 11:40
- Re: [HACKERS] Listen / Notify rewrite, Robert Haas, 11:39
- Re: [HACKERS] Listen / Notify rewrite, Dave Page, 11:38
- Re: [HACKERS] next CommitFest, Selena Deckelmann, 11:37
- Re: [HACKERS] next CommitFest, Robert Haas, 11:36
- Re: [HACKERS] next CommitFest, Selena Deckelmann, 11:35
- Re: [HACKERS] next CommitFest, Simon Riggs, 11:31
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 11:30
- Re: [HACKERS] plpgsql GUC variable: custom or built-in?, Robert Haas, 11:26
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 11:22
- Re: [HACKERS] array_to_string bug?, Tom Lane, 11:20
- [HACKERS] plpgsql GUC variable: custom or built-in?, Tom Lane, 11:13
- Re: [HACKERS] Listen / Notify rewrite, Bernd Helmle, 11:06
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 11:00
- [HACKERS] array_to_string bug?, David Fetter, 10:55
- Re: [HACKERS] Listen / Notify rewrite, Greg Stark, 10:48
- Re: [HACKERS] PL/Python array support, Peter Eisentraut, 10:28
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 10:21
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 10:09
- Re: [HACKERS] NULL-handling in aggregate(DISTINCT ...), Tom Lane, 09:53
- Re: [HACKERS] write ahead logging in standby (streaming replication), Tom Lane, 09:52
- Re: [HACKERS] not logging caught exceptions, Tom Lane, 09:39
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 09:30
- Re: [HACKERS] not logging caught exceptions, Peter Eisentraut, 08:57
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 08:25
- Re: [HACKERS] New VACUUM FULL, Alvaro Herrera, 08:22
- Re: [HACKERS] New VACUUM FULL, Alvaro Herrera, 08:17
- Re: [HACKERS] New VACUUM FULL, Alvaro Herrera, 08:13
- Re: [HACKERS] write ahead logging in standby (streaming replication), Simon Riggs, 07:53
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 07:45
- Re: [HACKERS] next CommitFest, Robert Haas, 06:55
- Re: [HACKERS] next CommitFest, Andres Freund, 06:49
- Re: [HACKERS] next CommitFest, Robert Haas, 06:46
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 06:17
- Re: [HACKERS] Parsing config files in a directory, Dimitri Fontaine, 06:09
- Re: [HACKERS] Patch committers, Dimitri Fontaine, 06:03
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 05:21
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Boszormenyi Zoltan, 05:17
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Boszormenyi Zoltan, 05:12
- Re: [HACKERS] next CommitFest, Simon Riggs, 05:04
- Re: [HACKERS] New VACUUM FULL, Simon Riggs, 04:51
- Re: [HACKERS] write ahead logging in standby (streaming replication), Simon Riggs, 04:27
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 03:03
- Re: [HACKERS] Patch committers, Peter Eisentraut, 02:55
- Re: [HACKERS] write ahead logging in standby (streaming replication), Heikki Linnakangas, 02:32
- Re: [HACKERS] next CommitFest, Greg Smith, 02:08
- Re: [HACKERS] Patch committers, Nikhil Sontakke, 01:57
- Re: [HACKERS] NULL-handling in aggregate(DISTINCT ...), Andrew Gierth, 00:22
November 11, 2009
- Re: [HACKERS] Listen / Notify rewrite, "A.M.", 23:36
- Re: [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 23:31
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 22:45
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 22:43
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 22:33
- Re: [HACKERS] Patch committers, Emmanuel Cecchet, 22:30
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 22:25
- Re: [HACKERS] Listen / Notify rewrite, "A.M.", 22:21
- Re: [HACKERS] write ahead logging in standby (streaming replication), Tom Lane, 22:03
- Re: [HACKERS] next CommitFest, Robert Haas, 21:51
- [HACKERS] write ahead logging in standby (streaming replication), Fujii Masao, 21:31
- Re: [HACKERS] Listen / Notify rewrite, Merlin Moncure, 21:28
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 21:21
- Re: [HACKERS] NULL-handling in aggregate(DISTINCT ...), Tom Lane, 21:02
- Re: [HACKERS] NULL-handling in aggregate(DISTINCT ...), Andrew Gierth, 20:45
- Re: [HACKERS] Unpredictable shark slowdown after migrating to 8.4, Robert Haas, 20:42
- Re: [HACKERS] NULL-handling in aggregate(DISTINCT ...), Tom Lane, 20:40
- [HACKERS] NULL-handling in aggregate(DISTINCT ...), Andrew Gierth, 20:27
- Re: [HACKERS] Partitioning option for COPY, Josh Berkus, 20:18
- Re: [HACKERS] Partitioning option for COPY, Itagaki Takahiro, 20:13
- Re: [HACKERS] Listen / Notify rewrite, Andrew Gierth, 20:12
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 20:03
- Re: [HACKERS] Listen / Notify rewrite, Tom Lane, 20:03
- Re: [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 19:53
- Re: [HACKERS] not logging caught exceptions, Tom Lane, 19:45
- Re: [HACKERS] Partitioning option for COPY, Itagaki Takahiro, 19:25
- Re: [HACKERS] Listen / Notify rewrite, Joachim Wieland, 19:25
- Re: [HACKERS] Deadlock on the same object?, Itagaki Takahiro, 19:10
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 19:04
- Re: [HACKERS] Patch committers, Josh Berkus, 19:02
- Re: [HACKERS] Listen / Notify rewrite, Andrew Chernow, 18:20
- Re: [HACKERS] next CommitFest, Euler Taveira de Oliveira, 18:11
- Re: [HACKERS] Listen / Notify rewrite, Martijn van Oosterhout, 18:06
- Re: [HACKERS] Listen / Notify rewrite, "A.M.", 17:48
- Re: [HACKERS] next CommitFest, Robert Haas, 17:27
- Re: [HACKERS] next CommitFest, Robert Haas, 17:25
- Re: [HACKERS] next CommitFest, Jaime Casanova, 17:06
- Re: [HACKERS] next CommitFest, Josh Berkus, 17:03
- Re: [HACKERS] grant with hierarchy option, Tom Lane, 16:56
- Re: [HACKERS] Patch committers, Greg Smith, 16:50
- Re: [HACKERS] next CommitFest, Robert Haas, 16:40
- [HACKERS] not logging caught exceptions, Peter Eisentraut, 16:24
- Re: [HACKERS] Patch committers, Robert Haas, 16:21
- Re: [HACKERS] next CommitFest, Jaime Casanova, 16:21
- Re: [HACKERS] grant with hierarchy option, Peter Eisentraut, 16:14
- Re: [HACKERS] next CommitFest, Stefan Kaltenbrunner, 16:09
- Re: [HACKERS] Patch committers, Greg Smith, 15:57
- Re: [HACKERS] Patch committers, Greg Smith, 15:55
- Re: [HACKERS] Patch committers, Robert Haas, 15:46
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Alvaro Herrera, 15:32
- Re: [HACKERS] Patch committers, Robert Haas, 15:26
- Re: [HACKERS] Patch committers, Alvaro Herrera, 15:24
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Alvaro Herrera, 15:08
- Re: [HACKERS] Patch committers, Rick Gigger, 15:03
- Re: [HACKERS] Patch committers, Josh Berkus, 14:58
- Re: [HACKERS] Patch committers, Bruce Momjian, 14:51
- Re: [HACKERS] Patch committers, Josh Berkus, 14:47
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Tom Lane, 14:32
- Re: [HACKERS] CommitFest 2009-09, two weeks on, Alvaro Herrera, 14:27
- Re: [HACKERS] Patch committers, Bruce Momjian, 14:13
- Re: [HACKERS] Patch committers, Josh Berkus, 14:04
- Re: [HACKERS] Parsing config files in a directory, Josh Berkus, 14:01
- Re: [HACKERS] Patch committers, Bruce Momjian, 13:54
- Re: [HACKERS] Patch committers, Peter Eisentraut, 12:45
- Re: [HACKERS] next CommitFest, Selena Deckelmann, 11:12
- [HACKERS] Partitioning option for COPY, Emmanuel Cecchet, 10:51
- Re: [HACKERS] Patch committers, Bruce Momjian, 10:25
- Re: [HACKERS] Hot standby, freezing, Simon Riggs, 10:07
- Re: [HACKERS] Deadlock on the same object?, Tom Lane, 10:05
- Re: [HACKERS] total execution time as reported by auto_explain, Tom Lane, 09:47
- Re: [HACKERS] Hot Standby status, Simon Riggs, 08:23
- Re: [HACKERS] Hot Standby status, Simon Riggs, 08:21
- Re: [HACKERS] Parsing config files in a directory, Simon Riggs, 08:16
- Re: [HACKERS] [GENERAL] PostgreSQL 8.3.8 on AIX5.3 : compilation failed, "Albe Laurenz", 06:15
- [HACKERS] Hot standby, freezing, Heikki Linnakangas, 05:35
- Re: [HACKERS] Hot Standby status, Heikki Linnakangas, 03:03
- Re: [HACKERS] Hot Standby status, Heikki Linnakangas, 02:54
- Re: [HACKERS] next CommitFest, Greg Smith, 01:40
- [HACKERS] total execution time as reported by auto_explain, Jaime Casanova, 01:08
- [HACKERS] Patch committers, Bruce Momjian, 00:06
November 10, 2009
- Re: [HACKERS] Parsing config files in a directory, Josh Berkus, 23:14
- [HACKERS] Deadlock on the same object?, Itagaki Takahiro, 22:03
- Re: [HACKERS] [GENERAL] PostgreSQL 8.3.8 on AIX5.3 : compilation failed, Tom Lane, 18:15
- Re: [HACKERS] [GENERAL] PostgreSQL 8.3.8 on AIX5.3 : compilation failed, Alvaro Herrera, 16:43
- Re: [HACKERS] Hot Standby status, Michael Glaesemann, 15:11
- Re: [HACKERS] Hot Standby status, Devrim GÜNDÜZ, 15:00
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Pavel Stehule, 14:27
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 14:08
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Pavel Stehule, 14:04
- Re: [HACKERS] drop tablespace error: invalid argument, Tom Lane, 14:03
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 13:59
- Re: [HACKERS] Parsing config files in a directory, Josh Berkus, 13:04
- Re: [HACKERS] Tightening binary receive functions, Bruce Momjian, 11:54
- Re: [HACKERS] Query::targetList and RETURNING, Tom Lane, 11:19
- Re: [HACKERS] Query::targetList and RETURNING, Marko Tiikkaja, 11:11
- Re: [HACKERS] Query::targetList and RETURNING, Tom Lane, 11:02
- Re: [HACKERS] Query::targetList and RETURNING, Marko Tiikkaja, 10:46
- Re: [HACKERS] Parsing config files in a directory, "Kevin Grittner", 10:11
- Re: [HACKERS] Query::targetList and RETURNING, Greg Stark, 10:11
- Re: [HACKERS] Query::targetList and RETURNING, Tom Lane, 10:08
- Re: [HACKERS] Parsing config files in a directory, Greg Stark, 10:06
- Re: [HACKERS] Query::targetList and RETURNING, Marko Tiikkaja, 09:56
- Re: [HACKERS] Parsing config files in a directory, Simon Riggs, 09:39
- Re: [HACKERS] Query::targetList and RETURNING, Tom Lane, 09:38
- Re: [HACKERS] plpgsql EXECUTE will not set FOUND, Bruce Momjian, 09:23
- Re: [HACKERS] Parsing config files in a directory, Bruce Momjian, 09:19
- Re: [HACKERS] Parsing config files in a directory, Bruce Momjian, 08:59
- Re: [HACKERS] accent-insensitive, Alvaro Herrera, 08:23
- Re: [HACKERS] [GENERAL] PostgreSQL 8.3.8 on AIX5.3 : compilation failed, "Albe Laurenz", 06:25
- [HACKERS] Query::targetList and RETURNING, Marko Tiikkaja, 05:29
- [HACKERS] accent-insensitive, "rgc.tech", 05:08
- Re: [HACKERS] drop tablespace error: invalid argument, Jan Otto, 04:57
- Re: [HACKERS] Issues in partitioning - constraint dependency, Peter Eisentraut, 02:50
- [HACKERS] Issues in partitioning - constraint dependency, Itagaki Takahiro, 02:22
- Re: [HACKERS] plpgsql EXECUTE will not set FOUND, David Fetter, 01:58
November 09, 2009
- Re: [HACKERS] drop tablespace error: invalid argument, Tom Lane, 22:37
- Re: [HACKERS] Hot Standby and 64+ subxids (was COPY enhancements), Tom Lane, 22:03
- Re: [HACKERS] plpgsql EXECUTE will not set FOUND, Bruce Momjian, 21:01
- Re: [HACKERS] Hot Standby and 64+ subxids (was COPY enhancements), Andrew Dunstan, 20:01
- Re: [HACKERS] per table random-page-cost?, Bruce Momjian, 18:56
- Re: [HACKERS] Typed tables, Simon Riggs, 18:37
- Re: [HACKERS] Controlling changes in plpgsql variable resolution, Bruce Momjian, 18:17
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Alvaro Herrera, 17:52
- Re: [HACKERS] Unicode UTF-8 table formatting for psql text output, Bruce Momjian, 17:40
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:35
- Re: [HACKERS] next CommitFest, Josh Berkus, 14:31
- Re: [HACKERS] operator exclusion constraints, Alvaro Herrera, 14:16
- Re: [HACKERS] operator exclusion constraints, Alvaro Herrera, 14:14
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 13:42
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Tom Lane, 13:10
- Re: [HACKERS] more support for various frame types of window functions, Tom Lane, 13:05
- Re: [HACKERS] operator exclusion constraints, Greg Stark, 13:03
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 12:26
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 12:12
- Re: [HACKERS] more support for various frame types of window functions, Sam Mason, 11:47
- Re: [HACKERS] more support for various frame types of window functions, Greg Stark, 11:10
- Re: [HACKERS] drop tablespace error: invalid argument, Tom Lane, 11:08
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 11:07
- Re: [HACKERS] drop tablespace error: invalid argument, Jan Otto, 10:59
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Tom Lane, 10:57
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Andres Freund, 10:41
- [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 10:34
- Re: Specific names for plpgsql variable-resolution control options?, Sonu, 10:32
- Re: [HACKERS] drop tablespace error: invalid argument, Jan Otto, 10:32
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 10:28
- Re: Specific names for plpgsql variable-resolution control options?, Sonu, 10:28
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Andres Freund, 10:27
- Re: [HACKERS] more support for various frame types of window functions, Hitoshi Harada, 10:25
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 10:23
- Re: [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Andres Freund, 10:21
- [HACKERS] Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a, Robert Haas, 10:18
- Re: [HACKERS] more support for various frame types of window functions, David Fetter, 10:05
- Re: [HACKERS] more support for various frame types of window functions, Tom Lane, 10:01
- Re: [HACKERS] more support for various frame types of window functions, Hitoshi Harada, 09:20
- Re: [HACKERS] more support for various frame types of window functions, Hitoshi Harada, 09:12
- Re: [HACKERS] more support for various frame types of window functions, Andrew Gierth, 08:25
- Re: [HACKERS] more support for various frame types of window functions, David Fetter, 05:32
- Re: [HACKERS] Typed tables, Peter Eisentraut, 05:15
- Re: [HACKERS] more support for various frame types of window functions, Heikki Linnakangas, 05:09
- [HACKERS] more support for various frame types of window functions, Hitoshi Harada, 04:39
- Re: [HACKERS] next CommitFest, Hans-Juergen Schoenig -- PostgreSQL, 03:46
November 08, 2009
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 22:43
- Re: [HACKERS] Typed tables, Tatsuo Ishii, 21:42
- Re: [HACKERS] next CommitFest, Tom Lane, 21:20
- [HACKERS] next CommitFest, Robert Haas, 20:52
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Sam Mason, 20:44
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Tom Lane, 20:16
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Alvaro Herrera, 19:47
- Re: [HACKERS] [PATCH] tsearch parser inefficiency if text includes urls or emails - new version, Andres Freund, 18:03
- Re: [HACKERS] operator exclusion constraints, Simon Riggs, 17:03
- Re: [HACKERS] Typed tables, Simon Riggs, 16:17
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Josh Berkus, 12:32
- Re: [HACKERS] [PATCH] tsearch parser inefficiency if text includes urls or emails - new version, Kenneth Marshall, 11:41
- Re: [HACKERS] [PATCH] tsearch parser inefficiency if text includes urls or emails - new version, Andres Freund, 11:00
November 07, 2009
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Tom Lane, 20:45
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 20:15
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:43
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 14:28
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 14:11
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 14:08
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 13:56
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, "Sergio A. Kessler", 12:29
- [HACKERS] Uninitialized Data in WAL records generated in heap_(insert|update|delete), Andres Freund, 07:32
- [HACKERS] Re: Getting consistent snapshot in multiple backends, for parallel pg_dump, Simon Riggs, 06:05
- [HACKERS] Getting consistent snapshot in multiple backends, for parallel pg_dump, Heikki Linnakangas, 05:36
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Pavel Stehule, 02:23
- Re: [HACKERS] Why do OLD and NEW have special internal names?, David Fetter, 02:11
November 06, 2009
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, "David E. Wheeler", 22:09
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Tom Lane, 21:57
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 21:54
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 21:53
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, "David E. Wheeler", 21:45
- Re: [HACKERS] operator exclusion constraints, Andrew Dunstan, 21:44
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 21:37
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 21:23
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 21:20
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 20:46
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 20:20
- Re: [HACKERS] plperl and inline functions -- first draft, Tom Lane, 20:17
- Re: [HACKERS] Quoting oddities when defining operators in postgres 8.3, Tom Lane, 20:14
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Tom Lane, 19:57
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Tom Lane, 19:54
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 19:18
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 19:05
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 18:37
- [HACKERS] Quoting oddities when defining operators in postgres 8.3, Marc Munro, 18:28
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 18:03
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, Robert Haas, 17:01
- Re: [HACKERS] Specific names for plpgsql variable-resolution control options?, "David E. Wheeler", 16:57
- [HACKERS] Specific names for plpgsql variable-resolution control options?, Tom Lane, 15:21
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 14:59
- [HACKERS] WHERE CURRENT OF $n still needed?, Tom Lane, 14:47
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:22
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 14:22
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:13
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:11
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 14:10
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 14:05
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 14:00
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 13:50
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 13:42
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 12:54
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Tom Lane, 12:36
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 12:18
- Re: [HACKERS] Freebsd & autoconf-2.63, abindra, 11:30
- Re: [HACKERS] Freebsd & autoconf-2.63, abindra, 11:25
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Tom Lane, 10:13
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 10:04
- [HACKERS] WIP: convert plpgsql to using parser hooks, Tom Lane, 09:43
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Robert Haas, 07:22
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Roberto Mello, 07:06
- Re: [HACKERS] Freebsd & autoconf-2.63, Tom Lane, 01:09
- Re: [HACKERS] Freebsd & autoconf-2.63, Heikki Linnakangas, 01:08
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Tom Lane, 01:02
- Re: [HACKERS] magic constant -1, Pavel Stehule, 00:18
November 05, 2009
- [HACKERS] Freebsd & autoconf-2.63, abindra, 21:30
- Re: [HACKERS] AFTER triggers & RETURN, Robert Haas, 20:10
- Re: [HACKERS] Why do OLD and NEW have special internal names?, Robert Haas, 20:03
- Re: [HACKERS] Typed tables, Itagaki Takahiro, 19:19
- Re: [HACKERS] Typed tables, Heikki Linnakangas, 18:31
- Re: [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 18:17
- Re: [HACKERS] magic constant -1, Tom Lane, 17:59
- Re: [HACKERS] plperl and inline functions -- first draft, Andrew Dunstan, 17:51
- [HACKERS] plperl and inline functions -- first draft, Joshua Tolley, 17:37
- [HACKERS] magic constant -1, Pavel Stehule, 17:17
- Re: [HACKERS] Why do OLD and NEW have special internal names?, "Kevin Grittner", 17:10
- Re: [HACKERS] AFTER triggers & RETURN, Tom Lane, 16:57
- Re: [HACKERS] Typed tables, Merlin Moncure, 16:55
- Re: [HACKERS] AFTER triggers & RETURN, Andrew Dunstan, 16:46
- [HACKERS] AFTER triggers & RETURN, Robert Haas, 16:34
- [HACKERS] Why do OLD and NEW have special internal names?, Tom Lane, 16:33
- Re: [HACKERS] Typed tables, Peter Eisentraut, 15:50
- Re: [HACKERS] Typed tables, Peter Eisentraut, 15:47
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:27
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:24
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 14:16
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 14:09
- Re: [HACKERS] Typed tables, James Pye, 13:41
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 13:30
- Re: [HACKERS] operator exclusion constraints, Alvaro Herrera, 13:23
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 13:13
- Re: [HACKERS] Typed tables, Tom Lane, 12:38
- Re: [HACKERS] operator exclusion constraints, "David E. Wheeler", 12:25
- [HACKERS] Typed tables, Peter Eisentraut, 12:24
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Jan Wieck, 10:55
- Re: [HACKERS] drop tablespace error: invalid argument, Tom Lane, 10:38
- Re: [HACKERS] ident changes between 8.3 and 8.4, Rafael Martinez, 10:08
- Re: [HACKERS] ident changes between 8.3 and 8.4, Tommy Gildseth, 10:01
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 09:56
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Tom Lane, 09:51
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Dimitri Fontaine, 09:51
- Re: [HACKERS] operator exclusion constraints, Alvaro Herrera, 09:50
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 09:39
- Re: [HACKERS] ident changes between 8.3 and 8.4, Andrew Dunstan, 09:37
- Re: [HACKERS] ident changes between 8.3 and 8.4, Magnus Hagander, 09:18
- Re: [HACKERS] operator exclusion constraints, Peter Eisentraut, 09:01
- [HACKERS] ident changes between 8.3 and 8.4, Rafael Martinez, 08:49
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Roberto Mello, 06:42
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Greg Stark, 06:35
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Stefan Kaltenbrunner, 05:18
- Re: [HACKERS] Proposal - temporal contrib module, tomas, 03:33
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, Craig Ringer, 01:17
November 04, 2009
- Re: [HACKERS] Shall we just get rid of plpgsql's RENAME?, "David E. Wheeler", 22:43
- [HACKERS] Shall we just get rid of plpgsql's RENAME?, Tom Lane, 20:34
- Re: [HACKERS] [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns, KaiGai Kohei, 19:57
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Tatsuo Ishii, 19:22
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 18:17
- Re: [HACKERS] WIP: pushing parser hooks through SPI and plancache, Alvaro Herrera, 15:49
- [HACKERS] Experimental patch: generating BKI revisited, John Naylor, 15:28
- Re: [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Tom Lane, 15:21
- Re: [HACKERS] WIP: pushing parser hooks through SPI and plancache, Tom Lane, 15:05
- [HACKERS] "ERROR: could not read block 6 ...: read only 0 of 8192 bytes" after autovacuum cancelled, Alvaro Herrera, 13:34
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Bernd Helmle, 13:10
- prog, dark_bled, 13:07
- Re: [HACKERS] Proposal - temporal contrib module, Jeff Davis, 12:47
- Re: [HACKERS] new version of PQconnectdb was:(Re: [HACKERS] Determining client_encoding from client locale), Jaime Casanova, 12:28
- Re: [HACKERS] WIP: pushing parser hooks through SPI and plancache, Alvaro Herrera, 12:11
- Re: [HACKERS] Proposal - temporal contrib module, Chris Browne, 12:08
- Re: [HACKERS] PL/Python array support, Peter Eisentraut, 11:06
- Re: [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Tom Lane, 09:57
- Re: [HACKERS] PL/Python array support, Robert Haas, 09:44
- Re: [HACKERS] [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns, Tom Lane, 09:41
- [HACKERS] ALTER TABLE...ALTER COLUMN vs inheritance, Bernd Helmle, 09:39
- [HACKERS] PL/Python array support, Peter Eisentraut, 09:02
- Re: [HACKERS] [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns, Thom Brown, 08:48
- Re: [HACKERS] DISTINCT ON, Emmanuel Cecchet, 08:41
- Re: [HACKERS] [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns, Alvaro Herrera, 08:31
- Re: [HACKERS] Skip WAL in ALTER TABLE, Heikki Linnakangas, 07:25
- [HACKERS] [BUG?] strange behavior in ALTER TABLE ... RENAME TO on inherited columns, KaiGai Kohei, 01:36
- Re: [HACKERS] DISTINCT ON, Tom Lane, 00:56
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Fujii Masao, 00:01
November 03, 2009
- Re: [HACKERS] DISTINCT ON, Robert Haas, 23:36
- Re: [HACKERS] DISTINCT ON, Greg Stark, 23:06
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Fujii Masao, 22:17
- Re: [HACKERS] EOL for 7.4?, Ron Mayer, 21:35
- Re: [HACKERS] backup_label in a crash recovery, Fujii Masao, 20:58
- Re: [HACKERS] EOL for 7.4?, Greg Stark, 19:33
- Re: [HACKERS] operator exclusion constraints, Robert Haas, 17:33
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 17:19
- Re: [HACKERS] EOL for 7.4?, daveg, 17:14
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 17:05
- Re: [HACKERS] operator exclusion constraints, Dean Rasheed, 16:31
- Re: [HACKERS] EOL for 7.4?, Steve Crawford, 15:07
- Re: [HACKERS] EOL for 7.4?, Tom Lane, 15:01
- Re: [HACKERS] EOL for 7.4?, Robert Haas, 14:38
- Re: [HACKERS] EOL for 7.4?, "Greg Sabino Mullane", 14:24
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 14:15
- Re: [HACKERS] EOL for 7.4?, "David E. Wheeler", 13:58
- Re: [HACKERS] EOL for 7.4?, Robert Haas, 13:50
- Re: [HACKERS] EOL for 7.4?, Josh Berkus, 13:49
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 13:35
- Re: [HACKERS] EOL for 7.4?, Josh Berkus, 13:32
- Re: [HACKERS] EOL for 7.4?, Greg Stark, 13:18
- Re: [HACKERS] EOL for 7.4?, Steve Crawford, 13:04
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 12:58
- Re: [HACKERS] A small bug in gram.y, "Kevin Grittner", 12:41
- Re: [HACKERS] EOL for 7.4?, Andrew Dunstan, 12:32
- Re: [HACKERS] EOL for 7.4?, Robert Haas, 12:29
- Re: [HACKERS] EOL for 7.4?, Robert Haas, 12:23
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 12:18
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 12:13
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 12:13
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 12:09
- Re: [HACKERS] A small bug in gram.y, Heikki Linnakangas, 12:07
- Re: [HACKERS] EOL for 7.4?, Tom Lane, 12:02
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 11:58
- Re: [HACKERS] EOL for 7.4?, Pavel Stehule, 11:55
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 11:53
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 11:51
- Re: [HACKERS] A small bug in gram.y, Heikki Linnakangas, 11:48
- Re: [HACKERS] A small bug in gram.y, "Kevin Grittner", 11:39
- Re: [HACKERS] EOL for 7.4?, Dave Page, 11:37
- Re: [HACKERS] EOL for 7.4?, Magnus Hagander, 11:35
- Re: [HACKERS] EOL for 7.4?, Simon Riggs, 11:29
- Re: [HACKERS] EOL for 7.4?, Stefan Kaltenbrunner, 11:26
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 11:13
- Re: [HACKERS] EOL for 7.4?, Alvaro Herrera, 11:01
- Re: [HACKERS] backup_label in a crash recovery, Tom Lane, 11:01
- Re: [HACKERS] A small bug in gram.y, "Kevin Grittner", 10:53
- Re: [HACKERS] EOL for 7.4?, Tom Lane, 10:46
- Re: [HACKERS] EOL for 7.4?, Magnus Hagander, 10:28
- Re: [HACKERS] new version of PQconnectdb was:(Re: [HACKERS] Determining client_encoding from client locale), Heikki Linnakangas, 10:06
- Re: [HACKERS] backup_label in a crash recovery, Andrew Gierth, 10:01
- Re: [HACKERS] EOL for 7.4?, Andrew Dunstan, 09:49
- Re: [HACKERS] new version of PQconnectdb was:(Re: [HACKERS] Determining client_encoding from client locale), Peter Eisentraut, 09:41
- Re: [HACKERS] A small bug in gram.y, Tom Lane, 09:38
- Re: [HACKERS] new version of PQconnectdb was:(Re: [HACKERS] Determining client_encoding from client locale), Tom Lane, 09:32
- [HACKERS] EOL for 7.4?, Robert Haas, 09:01
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 08:37
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 08:37
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Alvaro Herrera, 07:51
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 07:49
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Dimitri Fontaine, 07:44
- Re: [HACKERS] new version of PQconnectdb was:(Re: [HACKERS] Determining client_encoding from client locale), Peter Eisentraut, 06:31
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Alvaro Herrera, 06:25
- Re: [HACKERS] backup_label in a crash recovery, "Albe Laurenz", 05:56
- Re: [HACKERS] Segfault in PL/Python, Peter Eisentraut, 05:36
- Re: [HACKERS] A small bug in gram.y, Heikki Linnakangas, 02:49
November 02, 2009
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 23:03
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 16:34
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Alvaro Herrera, 16:34
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Dimitri Fontaine, 16:11
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Tom Lane, 15:40
- Re: [HACKERS] Renaming conversion procs (was Re: [GENERAL] Error on compile for Windows), Tom Lane, 14:43
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Pavel Stehule, 14:18
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Tom Lane, 14:16
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Pavel Stehule, 14:05
- [HACKERS] Re: Renaming conversion procs (was Re: [GENERAL] Error on compile for Windows), Magnus Hagander, 13:41
- Re: [HACKERS] operator exclusion constraints, Simon Riggs, 13:28
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Heikki Linnakangas, 13:28
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Heikki Linnakangas, 13:23
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 13:12
- [HACKERS] Renaming conversion procs (was Re: [GENERAL] Error on compile for Windows), Tom Lane, 12:54
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 12:46
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 12:44
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Robert Haas, 12:42
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Alvaro Herrera, 12:40
- Re: [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Pavel Stehule, 12:01
- Re: [HACKERS] PL/Perl backed crashed during spi_exec_query, Alexey Klyukin, 11:46
- [HACKERS] Some notes about Param handling with "Oracle style" plpgsql variables, Tom Lane, 11:31
- Re: [HACKERS] libpq - extending PQexecParams/PQexecPrepared to specify resultFormat for individual result columns, Andrew Chernow, 11:10
- Re: [HACKERS] libpq - extending PQexecParams/PQexecPrepared to specify resultFormat for individual result columns, David Fetter, 10:44
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Robert Haas, 10:33
- Re: [HACKERS] libpq - extending PQexecParams/PQexecPrepared to specify resultFormat for individual result columns, Merlin Moncure, 10:18
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Euler Taveira de Oliveira, 10:14
- Re: [HACKERS] backup_label in a crash recovery, Tom Lane, 09:24
- Re: [HACKERS] Architecture of walreceiver (Streaming Replication), Robert Haas, 09:11
- Re: [HACKERS] operator exclusion constraints, Simon Riggs, 06:53
- Re: [HACKERS] alpha2 bundled -- please verify, Devrim GÜNDÜZ, 06:10
- Re: [HACKERS] alpha2 bundled -- please verify, Peter Eisentraut, 06:02
- [HACKERS] libpq - extending PQexecParams/PQexecPrepared to specify resultFormat for individual result columns, Ivo Raisr, 06:00
- [HACKERS] Architecture of walreceiver (Streaming Replication), Fujii Masao, 05:06
- Re: [HACKERS] backup_label in a crash recovery, "Albe Laurenz", 05:05
- Re: [HACKERS] Proposal - temporal contrib module, Dimitri Fontaine, 04:12
- Re: [HACKERS] operator exclusion constraints, Peter Eisentraut, 03:25
- Re: [HACKERS] CREATE TABLE ... INHERITS (parent INCLUDING xxx), Itagaki Takahiro, 02:55
- Re: [HACKERS] Patch for automated partitioning, Itagaki Takahiro, 02:44
- Re: [HACKERS] operator exclusion constraints, Simon Riggs, 02:38
- [HACKERS] backup_label in a crash recovery, Fujii Masao, 01:51
- [HACKERS] Remove backup_label automatically, Toru SHIMOGAKI, 01:40
- Re: [HACKERS] Syntax for partitioning, Nikhil Sontakke, 01:02
November 01, 2009
- Re: [HACKERS] proposal: operator exclusion constraints with cardinality, Jeff Davis, 23:27
- Re: [HACKERS] proposal: operator exclusion constraints with cardinality, Jeff Davis, 23:14
- Re: [HACKERS] proposal: operator exclusion constraints with cardinality, Robert Haas, 23:09
- Re: [HACKERS] proposal: operator exclusion constraints with cardinality, Tom Lane, 22:49
- Re: [HACKERS] Syntax for partitioning, Itagaki Takahiro, 19:12
- [HACKERS] proposal: operator exclusion constraints with cardinality, Jeff Davis, 18:54
- Re: [HACKERS] operator exclusion constraints, Jeff Davis, 18:42
- Re: [HACKERS] operator exclusion constraints, Tom Lane, 18:07
- Re: [HACKERS] operator exclusion constraints, Nathan Boley, 18:06
- Re: [HACKERS] operator exclusion constraints, Simon Riggs, 17:42
- Re: [HACKERS] \du quite ugly in 8.4, Brendan Jurd, 13:35
- Re: [HACKERS] \du quite ugly in 8.4, Alvaro Herrera, 12:58
- Re: [HACKERS] WIP: push AFTER-trigger execution into ModifyTable node, Robert Haas, 11:12
- Re: [HACKERS] WIP: push AFTER-trigger execution into ModifyTable node, Tom Lane, 10:40
- Re: [HACKERS] WIP: push AFTER-trigger execution into ModifyTable node, Marko Tiikkaja, 10:22
- [HACKERS] [PATCH] tsearch parser inefficiency if text includes urls or emails, Andres Freund, 10:19
- Re: [HACKERS] WIP: push AFTER-trigger execution into ModifyTable node, Tom Lane, 10:12
- Re: [HACKERS] WIP: push AFTER-trigger execution into ModifyTable node, Marko Tiikkaja, 10:12
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Robert Haas, 10:02
- Re: [HACKERS] per-tablespace random_page_cost/seq_page_cost, Greg Stark, 07:43
- Re: [HACKERS] half OOT, plv8js group created ^^, Hitoshi Harada, 01:42
Privacy Policy