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

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-hackers since 2013-01-04 00:00

Prev | Next

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

2013-01-04

PGCon 2013 - CFP & unconference day Dan Langille (02:01)
bad examples in pg_dump README Josh Kupershmidt (02:36)
Re: Statistics and selectivity estimation for ranges Alexander Korotkov (08:42)
lock AccessShareLock on object 0/1260/0 is already held Pavel Stehule (09:48)
Re: Print b-tree tuples Samuel Vogel (12:00)
Re: Review of "pg_basebackup and pg_receivexlog to use non-blocking socket communication", was: Re: Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown Hari Babu (12:43)
Re: Performance Improvement by reducing WAL for Update Operation Amit Kapila (13:53)
Re: Performance Improvement by reducing WAL for Update Operation Simon Riggs (14:33)
A very small typo in the comment 孟庆钟 (16:13)
Re: PATCH: optimized DROP of multiple tables within a transaction Robert Haas (16:42)
Re: lock AccessShareLock on object 0/1260/0 is already held Tom Lane (16:54)
Re: PATCH: optimized DROP of multiple tables within a transaction Alvaro Herrera (17:08)
Re: lock AccessShareLock on object 0/1260/0 is already held Pavel Stehule (17:10)
Re: enhanced error fields Robert Haas (17:10)
Re: enhanced error fields Robert Haas (17:12)
Re: enhanced error fields anarazel@anarazel.de (17:19)
Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Boszormenyi Zoltan (17:27)
Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Boszormenyi Zoltan (17:36)
Re: enhanced error fields Tom Lane (18:07)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Peter Eisentraut (18:07)
Re: pg_retainxlog for inclusion in 9.3? Peter Eisentraut (18:13)
Re: dynamic SQL - possible performance regression in 9.2 Dong Ye (18:53)
Re: dynamic SQL - possible performance regression in 9.2 Tom Lane (19:39)
Re: dynamic SQL - possible performance regression in 9.2 Pavel Stehule (19:50)
Re: dynamic SQL - possible performance regression in 9.2 Josh Berkus (20:05)
Re: dynamic SQL - possible performance regression in 9.2 Heikki Linnakangas (20:23)
Re: json api WIP patch Andrew Dunstan (20:23)
Re: Print b-tree tuples Tom Lane (20:26)
Re: dynamic SQL - possible performance regression in 9.2 Joshua D. Drake (20:26)
Re: json api WIP patch Pavel Stehule (20:36)
Re: json api WIP patch Andrew Dunstan (20:51)
Re: Event Triggers: adding information Alvaro Herrera (20:52)
Re: Event Triggers: adding information Alvaro Herrera (20:57)
Re: json api WIP patch Pavel Stehule (21:03)
Re: dynamic SQL - possible performance regression in 9.2 Tom Lane (21:17)
Re: Event Triggers: adding information Dimitri Fontaine (21:49)
Re: pg_retainxlog for inclusion in 9.3? Dimitri Fontaine (21:55)
Re: dynamic SQL - possible performance regression in 9.2 Joshua D. Drake (22:11)
Re: enhanced error fields Peter Geoghegan (22:33)
Re: enhanced error fields Peter Geoghegan (22:37)
pgsql: Invent a "one-shot" variant of CachedPlans for betterperformanc Tom Lane (22:42)
Re: dynamic SQL - possible performance regression in 9.2 Josh Berkus (23:04)
Re: [COMMITTERS] pgsql: Invent a "one-shot" variant of CachedPlans for better performanc Simon Riggs (23:31)

2013-01-05

Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Amit kapila (04:58)
Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Boszormenyi Zoltan (07:05)
Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Boszormenyi Zoltan (08:37)
Re: Proposal for Allow postgresql.conf values to be changed viaSQL [review] Noah Misch (13:53)
Re: pg_retainxlog for inclusion in 9.3? Magnus Hagander (14:11)
Re: bad examples in pg_dump README Magnus Hagander (14:34)
Re: [PATCH] Make pg_basebackup configure and start standby [Review] Magnus Hagander (14:41)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Fabrízio de Royes Mello (15:48)
Re: [PATCH] Make pg_basebackup configure and start standby [Review] Magnus Hagander (15:58)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Stephen Frost (16:04)
Re: [PATCH] Make pg_basebackup configure and start standby [Review] Boszormenyi Zoltan (16:17)
Re: enhanced error fields Pavel Stehule (16:55)
Re: enhanced error fields Pavel Stehule (16:56)
Re: Reporting hba lines Magnus Hagander (16:58)
Re: git author vs committer Magnus Hagander (17:21)
Re: enhanced error fields Peter Geoghegan (17:48)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Fabrízio de Royes Mello (17:59)
Re: enhanced error fields Pavel Stehule (18:06)
Re: bad examples in pg_dump README Josh Kupershmidt (18:21)
Re: pg_retainxlog for inclusion in 9.3? Phil Sorber (18:34)
Re: Re: [COMMITTERS] pgsql: Invent a "one-shot" variant of CachedPlans for better performanc Tom Lane (19:15)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Stephen Frost (19:31)
Re: Cascading replication: should we detect/prevent cycles? Joshua Berkus (20:50)
Re: Cascading replication: should we detect/prevent cycles? Peter Geoghegan (21:21)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (22:18)

2013-01-06

dynamic SQL - possible performance regression in 9.2 Jeff Janes (00:17)
Re: too much pgbench init output Tatsuo Ishii (02:03)
question: foreign key constraints and AccessExclusive locks Jon Nelson (03:08)
Re: too much pgbench init output Tomas Vondra (03:13)
Re: PATCH: optimized DROP of multiple tables within a transaction Tomas Vondra (03:35)
Re: PATCH: Split stats file per database WAS: autovacuum stress-testing our system Tomas Vondra (04:03)
Re: too much pgbench init output Tatsuo Ishii (04:07)
Re: Proposal for Allow postgresql.conf values to be changed via SQL [review] Amit kapila (04:56)
Re: too much pgbench init output Tomas Vondra (05:21)
Re: too much pgbench init output Tatsuo Ishii (09:35)
Re: question: foreign key constraints and AccessExclusive locks Simon Riggs (10:14)
Re: too much pgbench init output Tomas Vondra (12:18)
Re: [PERFORM] Slow query: bitmap scan troubles Jeff Janes (16:29)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (18:18)
Re: [PERFORM] Slow query: bitmap scan troubles Simon Riggs (18:19)
Re: [PERFORM] Slow query: bitmap scan troubles Simon Riggs (18:22)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (18:58)
Re: [PERFORM] Slow query: bitmap scan troubles Simon Riggs (19:47)
Re: enhanced error fields Peter Geoghegan (20:39)
Re: Re: [COMMITTERS] pgsql: Invent a "one-shot" variant of CachedPlans for better performanc Simon Riggs (21:29)
Re: Skip checkpoint on promoting from streaming replication Simon Riggs (21:58)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (23:03)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (23:17)

2013-01-07

Re: [PERFORM] Slow query: bitmap scan troubles Simon Riggs (00:03)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Fabrízio de Royes Mello (00:54)
Re: question: foreign key constraints and AccessExclusive locks Jon Nelson (02:22)
Re: too much pgbench init output Tatsuo Ishii (02:29)
Re: question: foreign key constraints and AccessExclusive locks Tom Lane (02:48)
Improve compression speeds in pg_lzcompress.c Takeshi Yamamuro (07:29)
Re: PATCH: optimized DROP of multiple tables within a transaction Shigeru Hanada (09:07)
Re: Improve compression speeds in pg_lzcompress.c Simon Riggs (09:10)
Re: Improve compression speeds in pg_lzcompress.c John R Pierce (09:19)
Re: Improve compression speeds in pg_lzcompress.c Simon Riggs (09:57)
Re: Improve compression speeds in pg_lzcompress.c Andres Freund (10:05)
Re: Improve compression speeds in pg_lzcompress.c John R Pierce (10:21)
Re: Improve compression speeds in pg_lzcompress.c Andres Freund (10:39)
psql \l to accept patterns Peter Eisentraut (12:14)
Extra XLOG in Checkpoint for StandbySnapshot Amit Kapila (12:39)
Re: Extra XLOG in Checkpoint for StandbySnapshot Simon Riggs (13:00)
Re: Extra XLOG in Checkpoint for StandbySnapshot Amit Kapila (13:33)
Re: Improve compression speeds in pg_lzcompress.c Greg Stark (13:36)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Stephen Frost (13:42)
Re: Extra XLOG in Checkpoint for StandbySnapshot Simon Riggs (13:44)
Re: Extra XLOG in Checkpoint for StandbySnapshot Andres Freund (13:44)
Re: Improve compression speeds in pg_lzcompress.c Simon Riggs (13:48)
Re: Improve compression speeds in pg_lzcompress.c ktm@rice.edu (13:52)
Re: Improve compression speeds in pg_lzcompress.c ktm@rice.edu (13:57)
Re: Improve compression speeds in pg_lzcompress.c Andres Freund (14:03)
Re: Review of "pg_basebackup and pg_receivexlog to use non-blocking socket communication", was: Re: Re: [BUGS] BUG #7534: walreceiver takes long time to detect n/w breakdown Boszormenyi Zoltan (14:23)
Re: json api WIP patch Merlin Moncure (15:25)
Re: Improve compression speeds in pg_lzcompress.c Tom Lane (16:16)
Re: ALTER .. OWNER TO error mislabels schema as other object type Robert Haas (16:57)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (17:35)
Re: [PERFORM] Slow query: bitmap scan troubles Simon Riggs (18:03)
Re: [PERFORM] Slow query: bitmap scan troubles Tom Lane (18:27)
Re: [PERFORM] Slow query: bitmap scan troubles Claudio Freire (18:48)
Re: recent ALTER whatever .. SET SCHEMA refactoring Alvaro Herrera (19:14)
Re: psql \l to accept patterns Fabrízio de Royes Mello (19:19)
Re: psql \l to accept patterns Alvaro Herrera (19:23)
Re: json api WIP patch Pavel Stehule (19:31)
Re: Improve compression speeds in pg_lzcompress.c Merlin Moncure (20:18)
Re: Improve compression speeds in pg_lzcompress.c Tom Lane (20:41)
Re: ALTER command reworks Alvaro Herrera (20:43)
Re: recent ALTER whatever .. SET SCHEMA refactoring Robert Haas (20:47)
Re: ALTER command reworks Robert Haas (20:50)
Re: psql \l to accept patterns Robert Haas (20:53)
Re: ALTER command reworks Tom Lane (21:06)
Re: Improve compression speeds in pg_lzcompress.c Robert Haas (21:07)
Re: ALTER command reworks Kohei KaiGai (21:14)
Re: psql \l to accept patterns Tom Lane (21:16)
Re: Improve compression speeds in pg_lzcompress.c Tom Lane (21:19)
Re: Improve compression speeds in pg_lzcompress.c Merlin Moncure (21:36)
Re: Improve compression speeds in pg_lzcompress.c Andrew Dunstan (21:44)
Re: ALTER command reworks Alvaro Herrera (21:58)
Re: Improve compression speeds in pg_lzcompress.c Robert Haas (22:00)
Re: PATCH: optimized DROP of multiple tables within a transaction Tomas Vondra (22:08)
Re: psql \l to accept patterns Peter Eisentraut (22:14)
Re: json api WIP patch Andrew Dunstan (22:15)
Re: psql \l to accept patterns Robert Haas (22:37)
Re: in-catalog Extension Scripts and Control parameters (templates?) Dimitri Fontaine (23:02)

2013-01-08

Re: A very small typo in the comment Bruce Momjian (00:46)
Re: A very small typo in the comment Bruce Momjian (00:48)
Re: PATCH: optimized DROP of multiple tables within a transaction Shigeru Hanada (02:47)
lazy_vacuum_heap()'s removal of HEAPTUPLE_DEAD tuples Noah Misch (02:49)
PL/Python result object str handler Peter Eisentraut (02:58)
Re: bad examples in pg_dump README Peter Eisentraut (03:12)
Re: [PATCH] Patch to fix missing libecpg_compat.lib and libpgtypes.lib. Peter Eisentraut (03:16)
pg_upgrade with parallel tablespace copying Bruce Momjian (03:51)
Re: Set visibility map bit after HOT prune Pavan Deolasee (06:17)
Re: json api WIP patch james (06:45)
Re: Improve compression speeds in pg_lzcompress.c Takeshi Yamamuro (09:04)
Re: recent ALTER whatever .. SET SCHEMA refactoring Kohei KaiGai (09:05)
Re: Improve compression speeds in pg_lzcompress.c Takeshi Yamamuro (09:08)
Re: lazy_vacuum_heap()'s removal of HEAPTUPLE_DEAD tuples Pavan Deolasee (09:11)
Re: Improve compression speeds in pg_lzcompress.c Takeshi Yamamuro (09:19)
Re: PL/Python result object str handler Magnus Hagander (09:32)
Re: I s this a bug of spgist index in a heavy write condition? 李海龙 (10:48)
Re: Improve compression speeds in pg_lzcompress.c Hannu Krosing (11:24)
Re: recent ALTER whatever .. SET SCHEMA refactoring Robert Haas (13:04)
Re: Improve compression speeds in pg_lzcompress.c Robert Haas (13:20)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Robert Haas (13:47)
Re: recent ALTER whatever .. SET SCHEMA refactoring Kohei KaiGai (13:58)
Re: Extra XLOG in Checkpoint for StandbySnapshot Amit Kapila (14:21)
Re: Extra XLOG in Checkpoint for StandbySnapshot Andres Freund (14:31)
proposal: Set effective_cache_size to greater of .conf value, shared_buffers Merlin Moncure (14:39)
Re: Improve compression speeds in pg_lzcompress.c Claudio Freire (14:51)
Re: proposal: Set effective_cache_size to greater of .conf value, shared_buffers Claudio Freire (14:53)
Re: json api WIP patch Andrew Dunstan (14:58)
Re: Extra XLOG in Checkpoint for StandbySnapshot Amit Kapila (15:03)
Re: Re: Proposal: Store "timestamptz" of database creation on "pg_database" Robert Haas (15:08)
Re: Extra XLOG in Checkpoint for StandbySnapshot Andres Freund (15:27)
Weird Assert failure in GetLockStatusData() Tom Lane (15:39)
Re: PL/Python result object str handler Daniele Varrazzo (16:55)
pg_upgrade regression test litters the source tree with log files Tom Lane (18:08)
Re: Cascading replication: should we detect/prevent cycles? Josh Berkus (18:46)
[PATCH] xlogreader-v4 Andres Freund (19:09)
[PATCH 1/5] Centralize Assert* macros into c.h so its common between backend/frontend Andres Freund (19:09)
[PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it Andres Freund (19:09)
[PATCH 3/5] Split out xlog reading into its own module called xlogreader Andres Freund (19:09)
[PATCH 4/5] Add pg_xlogdump contrib module Andres Freund (19:09)
[PATCH 5/5] remove spurious space in running_xact's _desc function Andres Freund (19:09)
Re: [PATCH] xlogreader-v4 Thom Brown (19:15)
Re: [PATCH] xlogreader-v4 Thom Brown (19:16)
Re: [PATCH 1/5] Centralize Assert* macros into c.h so its common between backend/frontend Tom Lane (19:25)
Re: [PATCH] xlogreader-v4 Andres Freund (19:26)
Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it Tom Lane (19:28)
Re: [PATCH 1/5] Centralize Assert* macros into c.h so its common between backend/frontend Andres Freund (19:31)
Re: [PATCH 1/5] Centralize Assert* macros into c.h so its common between backend/frontend Tom Lane (19:35)
Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it Andres Freund (19:37)
Re: Cascading replication: should we detect/prevent cycles? Simon Riggs (19:51)
Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it Tom Lane (19:53)
Re: Cascading replication: should we detect/prevent cycles? David Fetter (19:53)

Prev | Next

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

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