agora inbox for [email protected]help / color / mirror / Atom feed
Messages from [email protected] Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-04-24 03:17 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-14 01:10 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-13 07:14 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-13 06:14 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-08 08:11 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-08 02:27 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-05 03:19 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-04 23:29 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-04 23:18 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-03 02:57 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-03 00:18 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-02 22:00 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-01 22:27 UTC David Gould <[email protected]> Re: [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-03-01 03:23 UTC David Gould <[email protected]> [patch] BUG #15005: ANALYZE can make pg_class.reltuples inaccurate. 2018-01-18 00:49 UTC David Gould <[email protected]> Re: PL/Python SD dict wiped? 2018-01-09 10:28 UTC David Gould <[email protected]> Re: [CORE] back-branch multixact fixes & 9.5 alpha/beta: schedule 2015-06-09 07:04 UTC David Gould <[email protected]> Re: [CORE] Restore-reliability mode 2015-06-08 23:02 UTC David Gould <[email protected]> Re: [CORE] Restore-reliability mode 2015-06-08 12:59 UTC David Gould <[email protected]> Re: Vitesse DB call for testing 2014-10-18 03:40 UTC David Gould <[email protected]> Re: Spin Lock sleep resolution 2013-06-18 12:03 UTC David Gould <[email protected]> Re: Spin Lock sleep resolution 2013-06-18 07:52 UTC David Gould <[email protected]> Re: Spin Lock sleep resolution 2013-04-02 19:58 UTC David Gould <[email protected]> Re: Re: bulk_multi_insert infinite loops with large rows and small fill factors 2012-12-14 23:37 UTC David Gould <[email protected]> Re: Re: bulk_multi_insert infinite loops with large rows and small fill factors 2012-12-12 13:29 UTC David Gould <[email protected]> Re: Re: bulk_multi_insert infinite loops with large rows and small fill factors 2012-12-12 12:24 UTC David Gould <[email protected]> Re: Re: bulk_multi_insert infinite loops with large rows and small fill factors 2012-12-12 12:17 UTC David Gould <[email protected]> bulk_multi_insert infinite loops with large rows and small fill factors 2012-12-12 11:04 UTC David Gould <[email protected]> Re: Strange errors from 9.2.1 and 9.2.2 (I hope I'm missing something obvious) 2012-12-12 02:27 UTC David Gould <[email protected]> Strange errors from 9.2.1 and 9.2.2 (I hope I'm missing something obvious) 2012-12-12 01:01 UTC David Gould <[email protected]> Re: huge tlb support 2012-08-21 20:12 UTC David Gould <[email protected]> Re: huge tlb support 2012-08-17 02:53 UTC David Gould <[email protected]> timezone buglet? 2011-10-05 04:12 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-08 06:35 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-08 00:55 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-07 23:05 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-07 23:01 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-07 22:23 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-07 20:22 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-09-07 09:16 UTC daveg <[email protected]> Re: [GENERAL] pg_upgrade problem 2011-09-06 02:17 UTC daveg <[email protected]> Re: [GENERAL] pg_upgrade problem 2011-09-06 00:16 UTC daveg <[email protected]> Re: [GENERAL] pg_upgrade problem 2011-08-29 22:23 UTC daveg <[email protected]> Re: OperationalError: FATAL: lock AccessShareLock on object 0/1260/0 is already 2011-08-23 07:24 UTC daveg <[email protected]> Re: FATAL: lock AccessShareLock on object 0/1260/0 is already held 2011-08-22 07:31 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-15 07:27 UTC daveg <[email protected]> Re: OperationalError: FATAL: lock AccessShareLock on object 0/1260/0 is already 2011-08-14 05:44 UTC daveg <[email protected]> OperationalError: FATAL: lock AccessShareLock on object 0/1260/0 is already 2011-08-12 23:19 UTC daveg <[email protected]> Re: our buffer replacement strategy is kind of lame 2011-08-12 22:42 UTC daveg <[email protected]> Re: VACUUM FULL versus system catalog cache invalidation 2011-08-12 22:20 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-06 00:01 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-04 21:09 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-04 19:52 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-04 19:41 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-04 09:04 UTC daveg <[email protected]> Re: Further news on Clang - spurious warnings 2011-08-03 22:28 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-03 11:57 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-08-01 03:06 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-07-31 08:17 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-07-29 22:35 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-07-29 06:31 UTC daveg <[email protected]> Re: error: could not find pg_class tuple for index 2662 2011-07-28 21:46 UTC daveg <[email protected]> error: could not find pg_class tuple for index 2662 2011-07-28 00:28 UTC daveg <[email protected]> Re: Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-08 08:49 UTC daveg <[email protected]> Re: Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-08 08:38 UTC daveg <[email protected]> Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-08 02:51 UTC daveg <[email protected]> Re: Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-07 23:53 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-04 09:02 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-03 10:53 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-03 07:12 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-03 00:29 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-02 23:53 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-02 21:30 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-01 21:20 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-03-01 21:17 UTC daveg <[email protected]> Re: [HACKERS] Re: PD_ALL_VISIBLE flag was incorrectly set happend during repeatable vacuum 2011-02-28 21:28 UTC daveg <[email protected]> Re: PostgreSQL and HugePage 2010-10-21 19:10 UTC daveg <[email protected]> Re: PostgreSQL and HugePage 2010-10-20 19:47 UTC daveg <[email protected]> Re: PostgreSQL and HugePage 2010-10-20 03:30 UTC daveg <[email protected]> Re: a faster compression algorithm for pg_dump 2010-04-15 00:54 UTC daveg <[email protected]> Re: TCP keepalive support for libpq 2010-02-10 21:08 UTC daveg <[email protected]> Re: pg_dump enhancement proposal 2009-12-14 03:29 UTC daveg <[email protected]> Re: EOL for 7.4? 2009-11-13 07:55 UTC daveg <[email protected]> Re: EOL for 7.4? 2009-11-13 02:35 UTC daveg <[email protected]> Re: EOL for 7.4? 2009-11-03 22:14 UTC daveg <[email protected]> Re: Postgres server goes in recovery mode repeteadly 2009-10-20 21:53 UTC daveg <[email protected]> Re: Application name patch - v2 2009-10-20 21:47 UTC daveg <[email protected]> Re: Application name patch - v2 2009-10-19 12:14 UTC daveg <[email protected]> Re: Deprecation 2009-10-19 12:07 UTC daveg <[email protected]> Re: Postgres server goes in recovery mode repeteadly 2009-10-03 02:57 UTC daveg <[email protected]> Re: Postgres server goes in recovery mode repeteadly 2009-10-01 23:51 UTC daveg <[email protected]> Re: Limit allocated memory per session 2009-10-01 19:56 UTC daveg <[email protected]> Re: Limit allocated memory per session 2009-10-01 19:40 UTC daveg <[email protected]> Limit allocated memory per session 2009-10-01 10:34 UTC daveg <[email protected]> Re: "BEGIN TRANSACTION" and "START TRANSACTION": different error handling 2009-09-24 12:09 UTC daveg <[email protected]> Re: Adding \ev view editor? 2009-09-23 22:04 UTC daveg <[email protected]> Re: numeric_to_number() function skipping some digits 2009-09-23 08:13 UTC daveg <[email protected]> Re: happy birthday Tom Lane ... 2009-09-18 20:06 UTC daveg <[email protected]> Re: RfD: more powerful "any" types 2009-09-18 00:44 UTC daveg <[email protected]> Re: Ragged CSV import 2009-09-13 02:14 UTC daveg <[email protected]> Re: RfD: more powerful "any" types 2009-09-12 22:45 UTC daveg <[email protected]> Re: remove flatfiles.c 2009-09-04 00:12 UTC daveg <[email protected]> Re: remove flatfiles.c 2009-09-03 23:39 UTC daveg <[email protected]> Re: Add YAML option to explain 2009-08-31 20:06 UTC daveg <[email protected]> Re: Add YAML option to explain 2009-08-29 04:21 UTC daveg <[email protected]> Re: 8.5 release timetable, again 2009-08-28 11:31 UTC daveg <[email protected]> Re: 8.5 release timetable, again 2009-08-28 09:35 UTC daveg <[email protected]> Re: GRANT ON ALL IN schema 2009-08-16 18:29 UTC daveg <[email protected]> Re: GRANT ON ALL IN schema 2009-08-16 18:27 UTC daveg <[email protected]> Re: Alpha releases: How to tag 2009-08-09 05:06 UTC daveg <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-08-04 00:16 UTC daveg <[email protected]> Re: Review: Revise parallel pg_restore's scheduling heuristic 2009-07-31 19:24 UTC daveg <[email protected]> Re: display previous query string of idle-in-transaction 2009-07-24 05:28 UTC daveg <[email protected]> Re: Is a plan for lmza commpression in pg_dump 2009-02-08 06:35 UTC daveg <[email protected]> Re: Is a plan for lmza commpression in pg_dump 2009-02-07 21:08 UTC daveg <[email protected]> Re: Is a plan for lmza commpression in pg_dump 2009-02-07 19:39 UTC daveg <[email protected]> Re: Keeping creation time of objects 2008-09-09 20:08 UTC daveg <[email protected]> Re: Keeping creation time of objects 2008-09-09 19:40 UTC daveg <[email protected]> Re: IN vs EXISTS equivalence 2008-09-03 06:17 UTC daveg <[email protected]> Re: proposal sql: labeled function params 2008-08-23 22:48 UTC daveg <[email protected]> Re: A smaller default postgresql.conf 2008-08-19 22:59 UTC daveg <[email protected]> Re: Adjusting debug_print_plan to be more useful by default 2008-08-19 18:28 UTC daveg <[email protected]> Re: Visibility Groups 2008-08-09 04:28 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-05 01:01 UTC daveg <[email protected]> Re: Automatic Client Failover 2008-08-05 00:56 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-04 20:04 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-04 19:56 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-04 19:49 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-04 07:50 UTC daveg <[email protected]> Re: Mini improvement: statement_cost_limit 2008-08-03 07:44 UTC daveg <[email protected]> Re: Copy storage parameters on CREATE TABLE LIKE/INHERITS 2008-07-30 20:38 UTC daveg <[email protected]> Re: [PATCHES] pg_dump additional options for performance 2008-07-28 01:32 UTC daveg <[email protected]> Re: pg_dump additional options for performance 2008-07-27 01:33 UTC daveg <[email protected]> Re: Adding WHERE clause to pg_dump 2008-07-26 00:33 UTC daveg <[email protected]> Re: Adding WHERE clause to pg_dump 2008-07-25 21:11 UTC daveg <[email protected]> Re: Additional psql requirements 2008-07-25 07:52 UTC daveg <[email protected]> Re: pg_dump lock timeout 2008-07-22 05:57 UTC daveg <[email protected]> Re: pg_dump lock timeout 2008-07-21 07:21 UTC daveg <[email protected]> Re: pg_dump additional options for performance 2008-07-21 01:49 UTC daveg <[email protected]> Re: pg_dump lock timeout 2008-07-17 02:44 UTC daveg <[email protected]> Re: [PATCHES] pg_dump lock timeout 2008-07-16 12:37 UTC daveg <[email protected]> Re: [PATCHES] pg_dump lock timeout 2008-07-03 12:55 UTC daveg <[email protected]> Re: Explain XML patch v2 2008-07-02 19:39 UTC daveg <[email protected]> Re: [HACKERS] Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout 2008-06-25 03:57 UTC daveg <[email protected]> Re: [HACKERS] Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout 2008-06-25 00:01 UTC daveg <[email protected]> Re: [HACKERS] Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout 2008-06-24 20:53 UTC daveg <[email protected]> Re: [HACKERS] Patch for Prevent pg_dump/pg_restore from being affected by statement_timeout 2008-06-23 23:17 UTC daveg <[email protected]> Re: TODO item: Have psql show current values for a sequence 2008-05-24 05:25 UTC daveg <[email protected]> Re: libpq object hooks 2008-05-14 19:47 UTC daveg <[email protected]> Re: pg_dump lock timeout 2008-05-11 13:00 UTC daveg <[email protected]> pg_dump lock timeout 2008-05-11 11:30 UTC daveg <[email protected]> Re: Automatic adjustment of bgwriter_lru_maxpages 2007-05-15 04:55 UTC daveg <[email protected]> Re: Concurrent psql patch 2007-05-15 04:51 UTC daveg <[email protected]> Re: WIP patch - INSERT-able log statements 2007-02-21 22:00 UTC daveg <[email protected]> Re: [HACKERS] Automatically setting work_mem 2006-04-22 21:20 UTC daveg <[email protected]> Re: [HACKERS] Automatically setting work_mem 2006-04-22 20:14 UTC daveg <[email protected]> Re: TRUNCATE, VACUUM, ANALYZE privileges 2006-01-04 06:37 UTC daveg <[email protected]> Re: default resource limits 2005-12-23 22:22 UTC daveg <[email protected]> Re: MERGE vs REPLACE 2005-11-16 21:31 UTC daveg <[email protected]> Re: Exclusive lock for database rename 2005-11-09 08:50 UTC daveg <[email protected]> Re: Exclusive lock for database rename 2005-11-09 00:06 UTC daveg <[email protected]> Re: PG Killed by OOM Condition 2005-10-25 05:52 UTC daveg <[email protected]> Segv in pg_autovacuum in 8.0.x 2005-10-19 08:48 UTC daveg <[email protected]> 163+ results
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox