Peripheral Links

• Home
• About
• Download
• Documentation
• Community
• Developers
• Support
• Your account

pgsql-hackers - September 2012

2012-09-01

• Re: _USE_32BIT_TIME_T Patch Andrew Dunstan (00:35)
• Re: effective_io_concurrency Jeff Janes (02:20)
• too much pgbench init output Peter Eisentraut (04:00)
• Does the SQL standard actually define LATERAL anywhere? Tom Lane (04:29)
• Re: WIP patch for LATERAL subqueries Tom Lane (04:43)
• Re: Does the SQL standard actually define LATERAL anywhere? Pavel Stehule (04:46)
• pgsql: Cross-link to doc build requirements from install requirements. Robert Haas (10:28)
• Re: 9.2rc1 build requirements Robert Haas (10:28)
• Re: too much pgbench init output Robert Haas (10:30)
• Re: [COMMITTERS] pgsql: Cross-link to doc build requirements from install requirements. Stefan Kaltenbrunner (12:36)
• Re: pgsql: Cross-link to doc build requirements from install requirements. Andrew Dunstan (14:19)
• Re: pgsql: Cross-link to doc build requirements from install requirements. Tom Lane (14:45)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (15:45)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (15:57)
• build farm machine using <make -j 8> mixed results Robert Creager (16:12)
• Re: Yet another failure mode in pg_upgrade Tom Lane (18:18)
• Re: Yet another failure mode in pg_upgrade Tom Lane (18:23)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (18:35)
• Re: Yet another failure mode in pg_upgrade Tom Lane (18:43)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (18:45)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (18:50)
• Re: Yet another failure mode in pg_upgrade Tom Lane (19:05)
• Re: Yet another failure mode in pg_upgrade Tom Lane (19:06)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (19:45)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (19:47)
• Re: too much pgbench init output Tomas Vondra (20:10)
• Re: [HACKERS] Date conversion using day of week Bruce Momjian (21:11)
• Re: [HACKERS] Date conversion using day of week Bruce Momjian (21:11)
• Re: [GENERAL] Date conversion using day of week Bruce Momjian (21:14)
• Re: Getting rid of cheap-startup-cost paths earlier Tom Lane (22:23)
• Re: Getting rid of cheap-startup-cost paths earlier Bruce Momjian (22:26)

2012-09-02

• Re: Estimated rows question Tom Lane (00:47)
• Re: Yet another failure mode in pg_upgrade Robert Haas (05:06)
• Fwd: PATCH: psql boolean display Pavel Stehule (05:13)
• bitmap scan much slower than index scan, hash_search_with_hash_value Sergey Koposov (05:21)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Pavel Stehule (07:23)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Peter Geoghegan (07:41)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (11:17)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (11:34)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Sergey Koposov (11:56)
• Re: [GENERAL] Multiple Slave Failover with PITR Bruce Momjian (12:12)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Sergey Koposov (12:39)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Tom Lane (14:44)
• Re: Fwd: PATCH: psql boolean display Phil Sorber (14:51)
• Re: Fwd: PATCH: psql boolean display Tom Lane (15:05)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Sergey Koposov (15:26)
• Re: Fwd: PATCH: psql boolean display Tom Lane (15:45)
• Re: bitmap scan much slower than index scan, hash_search_with_hash_value Sergey Koposov (16:10)
• Re: Fwd: PATCH: psql boolean display Pavel Stehule (16:30)
• Re: Fwd: PATCH: psql boolean display Pavel Stehule (16:47)
• Re: Yet another failure mode in pg_upgrade Tom Lane (17:13)
• BUG #7515: DROP TABLE IF EXISTS fails if schema does not exist james (17:40)
• [bugfix] sepgsql missed a case of CREATE TABLE AS Kohei KaiGai (18:41)
• [bugfix] sepgsql didn't follow the latest core API changes Kohei KaiGai (18:53)
• GPU and Database Gaetano Mendola (19:49)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (20:09)
• Re: Proof of concept: auto updatable views Dean Rasheed (20:37)
• Re: [v9.3] Row-Level Security Dean Rasheed (21:39)
• Re: [PERFORM] pg_dump and thousands of schemas Jeff Janes (21:39)
• Fwd: [PERFORM] Loose Index Scans by Planner? Jeff Janes (21:53)
• Re: PATCH: pgbench - random sampling of transaction written into log Tomas Vondra (22:40)
• Re: PATCH: pgbench - aggregation of info written into log Tomas Vondra (22:46)
• Re: PATCH: pgbench - aggregation of info written into log Jeff Janes (23:28)

2012-09-03

• Proof of concept: standalone backend with full FE/BE protocol Tom Lane (00:23)
• pg_upgrade bugs Andrew Dunstan (01:11)
• Re: pg_upgrade bugs Tom Lane (01:39)
• Re: Proof of concept: standalone backend with full FE/BE protocol Heikki Linnakangas (02:57)
• Re: pg_upgrade bugs Alvaro Herrera (03:29)
• pg_upgrade test mods for Windows/Mingw Andrew Dunstan (03:29)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (03:34)
• Re: Yet another failure mode in pg_upgrade Tom Lane (03:47)
• Re: pg_upgrade test mods for Windows/Mingw Gurjeet Singh (03:53)
• Re: pg_upgrade bugs Tom Lane (04:00)
• Re: Proof of concept: standalone backend with full FE/BE protocol Noah Misch (04:02)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (04:11)
• Re: pg_upgrade test mods for Windows/Mingw Tom Lane (04:19)
• Re: [PERFORM] pg_dump and thousands of schemas Robert Haas (04:37)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (04:42)
• Re: Proof of concept: standalone backend with full FE/BE protocol Noah Misch (05:40)
• Reduce the time to know trigger_file's existence togetinfo mail (06:19)
• Reduce the time to know trigger_fi​le's existence Harshitha S (06:22)
• Reduce the time to know trigger_fi​le's existence Harshitha S (06:30)
• Re: [GENERAL] Multiple Slave Failover with PITR Daniel Farina (06:58)
• Is this non-volatile pointer access OK? Daniel Farina (07:10)
• Re: _USE_32BIT_TIME_T Patch Dave Page (07:57)
• Re: [GENERAL] Multiple Slave Failover with PITR Sergey Konoplev (09:07)
• 9.2: Describing a security barrier view in psql Dean Rasheed (09:17)
• Re: Is this non-volatile pointer access OK? Peter Geoghegan (10:14)
• Re: Proof of concept: standalone backend with full FE/BE protocol Magnus Hagander (11:10)
• Re: pg_upgrade bugs Andrew Dunstan (13:14)
• Re: [bugfix] sepgsql didn't follow the latest core API changes Alvaro Herrera (13:15)
• Re: pg_upgrade test mods for Windows/Mingw Andrew Dunstan (13:16)
• Re: 9.2: Describing a security barrier view in psql Tom Lane (13:48)
• Re: 9.2: Describing a security barrier view in psql Magnus Hagander (13:51)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (13:52)
• Re: Proof of concept: standalone backend with full FE/BE protocol Amit Kapila (13:56)
• Re: pg_upgrade test mods for Windows/Mingw Andrew Dunstan (13:57)
• Re: 9.2: Describing a security barrier view in psql Dean Rasheed (13:59)
• Re: Yet another failure mode in pg_upgrade Tom Lane (14:07)
• [WIP PATCH] for Performance Improvement in Buffer Management Amit kapila (14:15)
• Caught up Bruce Momjian (14:20)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (14:23)
• Re: Yet another failure mode in pg_upgrade Tom Lane (14:42)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (15:21)
• Re: Is this non-volatile pointer access OK? Tom Lane (15:45)
• Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2. Magnus Hagander (16:06)
• Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2. Tom Lane (16:11)
• Re: Yet another failure mode in pg_upgrade Tom Lane (16:16)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (16:39)
• 9.2 pg_upgrade regression tests on WIndows Andrew Dunstan (16:44)
• Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2. Bruce Momjian (16:57)
• Re: 9.2 pg_upgrade regression tests on WIndows Tom Lane (16:58)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (17:07)
• Re: Proof of concept: standalone backend with full FE/BE protocol Magnus Hagander (17:08)
• Re: Cascading replication and recovery_target_timeline='latest' Fujii Masao (17:43)
• Re: 9.2 pg_upgrade regression tests on WIndows Andrew Dunstan (17:47)
• Re: 9.2 pg_upgrade regression tests on WIndows Tom Lane (17:49)
• Multiple setup steps for isolation tests Kevin Grittner (18:28)
• pg_upgrade del/rmdir path fix Andrew Dunstan (18:30)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (18:51)
• Re: Proof of concept: standalone backend with full FE/BE protocol Magnus Hagander (18:55)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (18:57)
• Re: 9.2 pg_upgrade regression tests on WIndows Tom Lane (19:05)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (19:10)
• Re: [WIP PATCH] for Performance Improvement in Buffer Management Jeff Janes (19:12)
• Re: pg_upgrade del/rmdir path fix Tom Lane (19:22)
• Re: Multiple setup steps for isolation tests Tom Lane (19:47)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (20:14)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (20:23)
• Re: pg_upgrade del/rmdir path fix Tom Lane (20:32)
• Re: Proof of concept: standalone backend with full FE/BE protocol Andrew Dunstan (20:32)
• Re: [v9.3] Row-Level Security Kohei KaiGai (20:32)
• Re: Proof of concept: standalone backend with full FE/BE protocol Andres Freund (20:38)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (20:50)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (20:54)
• Yet another issue with pg_upgrade vs unix_socket_directories Tom Lane (21:00)
• Re: Proof of concept: standalone backend with full FE/BE protocol Andres Freund (21:04)
• Re: Multiple setup steps for isolation tests Kevin Grittner (21:23)
• index-only scans versus serializable transactions Kevin Grittner (21:31)
• Re: Cascading replication and recovery_target_timeline='latest' Heikki Linnakangas (22:07)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (22:20)
• Re: Cascading replication and recovery_target_timeline='latest' Fujii Masao (23:25)
• Re: Cascading replication and recovery_target_timeline='latest' Heikki Linnakangas (23:26)

2012-09-04

• Re: Cascading replication and recovery_target_timeline='latest' Heikki Linnakangas (00:40)
• Re: Reduce the time to know trigger_fi​le's existence Craig Ringer (00:58)
• Re: Reduce the time to know trigger_fi​le's existence Craig Ringer (01:01)
• Re: Is this non-volatile pointer access OK? Peter Eisentraut (01:21)
• Re: Yet another failure mode in pg_upgrade Bruce Momjian (02:22)
• Re: pg_upgrade del/rmdir path fix Bruce Momjian (02:41)
• Re: [GENERAL] Date conversion using day of week Bruce Momjian (02:53)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (03:05)
• Re: Proof of concept: standalone backend with full FE/BE protocol Amit Kapila (03:11)
• Re: Multiple setup steps for isolation tests Tom Lane (03:21)
• Re: index-only scans versus serializable transactions Tom Lane (03:36)
• Re: Proof of concept: standalone backend with full FE/BE protocol Robert Haas (04:01)
• Re: [GENERAL] Reduce the time to know trigger_fi​l?==?UTF-8?Q?e's existence Harshitha S (04:15)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (04:16)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (04:16)
• Re: Proof of concept: standalone backend with full FE/BE protocol Tom Lane (04:20)
• Re: Proof of concept: standalone backend with full FE/BEprotocol Noah Misch (04:21)
• Re: [GENERAL] Multiple Slave Failover with PITR Robert Haas (04:31)
• Some whitespaces in utility.c Michael Paquier (04:57)
• Re: Proof of concept: standalone backend with full FE/BE protocol Andres Freund (05:30)
• Re: Some whitespaces in utility.c Magnus Hagander (07:21)
• Re: [GENERAL] Reduce the time to know trigger_fi​l?==?UTF-8?Q?e's existence Magnus Hagander (07:29)
• txid failed epoch increment, again, aka 6291 Daniel Farina (09:07)
• Minor document updates Etsuro Fujita (09:30)
• Re: Cascading replication and recovery_target_timeline='latest' Dimitri Fontaine (10:02)
• Re: Proof of concept: standalone backend with full FE/BE protocol Amit Kapila (10:11)
• Re: Multiple setup steps for isolation tests Kevin Grittner (11:23)
• Re: index-only scans versus serializable transactions Kevin Grittner (11:47)
• 9.2rc1 produces incorrect results Vik Reykja (12:38)
• Re: [COMMITTERS] pgsql: Make a cut at a major-features list for 9.2. Magnus Hagander (12:48)
• Re: pg_dump incorrect output in plaintext mode Magnus Hagander (13:01)
• pg_upgrade docs Bruce Momjian (13:21)
• Re: [WIP PATCH] for Performance Improvement in Buffer Management Amit kapila (13:25)
• Re: Statistics and selectivity estimation for ranges Alexander Korotkov (13:27)
• Re: Reduce the time to know trigger_fi​le's existence Craig Ringer (13:42)
• Re: SP-GiST for ranges based on 2d-mapping and quad-tree Alexander Korotkov (13:45)
• Re: 9.2 pg_upgrade regression tests on WIndows Bruce Momjian (13:47)
• Re: pg_dump incorrect output in plaintext mode Tom Lane (13:51)
• Re: pg_dump incorrect output in plaintext mode Magnus Hagander (13:52)
• Re: Some whitespaces in utility.c Tom Lane (14:35)
• Re: pg_upgrade del/rmdir path fix Alvaro Herrera (14:42)
• Re: pg_upgrade del/rmdir path fix Bruce Momjian (14:49)
• Re: txid failed epoch increment, again, aka 6291 Noah Misch (15:04)
• Re: 9.2rc1 produces incorrect results Tom Lane (15:04)
• Re: pg_upgrade del/rmdir path fix Tom Lane (15:06)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (15:10)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (15:12)
• Re: pg_upgrade del/rmdir path fix Bruce Momjian (15:13)
• Re: Wiki link for max_connections? (Fwd: Re: [ADMIN] PostgreSQL oom_adj postmaster process to -17) Kevin Grittner (15:15)
• Re: 9.2 pg_upgrade regression tests on WIndows Andrew Dunstan (15:17)
• Re: gistchoose vs. bloat Alexander Korotkov (15:21)
• Re: pg_upgrade del/rmdir path fix Tom Lane (15:21)
• Re: pg_upgrade del/rmdir path fix Andrew Dunstan (16:22)
• Re: txid failed epoch increment, again, aka 6291 Daniel Farina (16:46)
• Re: Yet another issue with pg_upgrade vs unix_socket_directories Peter Eisentraut (17:44)
• Re: Yet another issue with pg_upgrade vs unix_socket_directories Bruce Momjian (18:04)
• Re: Yet another issue with pg_upgrade vs unix_socket_directories Tom Lane (18:07)