Mailing lists [pgsql-general]

2 January 2017

• 03:45   Re: [GENERAL] default representation of null in psql Chris Withers
• 16:33   [GENERAL] Difficulty modelling sales taxes Frank Millman
• 16:42   Re: [GENERAL] Difficulty modelling sales taxes amul sul
• 17:11   [GENERAL] COPY: row is too big vod vos
• 17:23   [GENERAL] Queries on very big table Job
• 17:29   Re: [GENERAL] Difficulty modelling sales taxes Frank Millman
• 20:38   Re: [GENERAL] Difficulty modelling sales taxes Melvin Davidson
• 20:42   Re: [GENERAL] COPY: row is too big John McKown
• 20:48   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 20:58   Re: [GENERAL] Difficulty modelling sales taxes Adrian Klaver
• 21:20   [GENERAL] Cannot recover from backup on barman Alfredo Palhares
• 21:38   Re: [GENERAL] COPY: row is too big vod vos
• 21:43   Re: [GENERAL] Queries on very big table Andy Colson
• 22:02   Re: [GENERAL] Difficulty modelling sales taxes Melvin Davidson
• 22:17   Re: [GENERAL] Difficulty modelling sales taxes David G. Johnston
• 22:20   Re: [GENERAL] Difficulty modelling sales taxes David G. Johnston
• 22:21   Re: [GENERAL] COPY: row is too big Tom Lane
• 22:27   Re: [GENERAL] Difficulty modelling sales taxes Adrian Klaver
• 22:31   Re: [GENERAL] Difficulty modelling sales taxes Vincent Veyron
• 23:03   Re: [GENERAL] COPY: row is too big vod vos
• 23:13   Re: [GENERAL] COPY: row is too big Adrian Klaver

3 January 2017

• 02:57   Re: [GENERAL] COPY: row is too big Rob Sargent
• 04:54   R: [GENERAL] Queries on very big table Job
• 05:24   Re: [GENERAL] streaming replication protocol in Perl? Greg Sabino Mullane
• 17:19   [GENERAL] Error dumping 9.4: could not parse numeric array Devrim Gündüz
• 18:50   Re: [GENERAL] Error dumping 9.4: could not parse numeric array Achilleas Mantzios
• 18:52   Re: [GENERAL] Cannot recover from backup on barman Michael Paquier
• 19:24   Re: [GENERAL] COPY: row is too big John McKown
• 20:18   Re: [GENERAL] Error dumping 9.4: could not parse numeric array Adrian Klaver
• 20:43   Re: [GENERAL] Error dumping 9.4: could not parse numeric array Tom Lane
• 21:05   Re: [GENERAL] Error dumping 9.4: could not parse numeric array Devrim Gündüz

4 January 2017

• 01:07   [GENERAL] questions about 2nd index on one column Ravi Kapoor
• 01:24   Re: [GENERAL] questions about 2nd index on one column Adrian Klaver
• 01:26   Re: [GENERAL] questions about 2nd index on one column Adrian Klaver
• 02:09   Re: [GENERAL] questions about 2nd index on one column Adrian Klaver
• 03:00   Re: [GENERAL] questions about 2nd index on one column Ravi Kapoor
• 06:39   [GENERAL] could not load library "$libdir/sslutils": in pg_upgrade process DrakoRod
• 06:53   Re: [GENERAL] could not load library "$libdir/sslutils": inpg_upgrade process Adrian Klaver
• 10:57   Re: [GENERAL] What's the benefit (or usage scenario) of a "typedtable"? Peter Eisentraut
• 11:01   [GENERAL] Re: could not load library "$libdir/sslutils": in pg_upgradeprocess DrakoRod
• 11:03   [GENERAL] Performance degradation when using auto_explain Kisung Kim
• 11:14   Re: [GENERAL] Re: could not load library "$libdir/sslutils": in pg_upgrade process Tom Lane
• 15:21   Re: [GENERAL] Performance degradation when using auto_explain Andreas Kretschmer
• 19:00   Re: [GENERAL] COPY: row is too big vod vos
• 20:49   Re: [GENERAL] Row value expression much faster than equivalent OR clauses Kevin Grittner
• 20:53   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 20:54   Re: [GENERAL] COPY: row is too big Pavel Stehule
• 20:57   [GENERAL] vacuum of empty table slows down as database table count grows marcin kowalski
• 21:11   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 21:19   Re: [GENERAL] Re: could not load library "$libdir/sslutils": inpg_upgrade process Adrian Klaver
• 21:20   Re: [GENERAL] COPY: row is too big Pavel Stehule
• 21:21   Re: [GENERAL] COPY: row is too big vod vos
• 21:45   Fwd: [GENERAL] Cannot recover from backup on barman Alfredo Palhares
• 21:58   Re: [GENERAL] COPY: row is too big Peter J. Holzer
• 22:00   Re: [GENERAL] COPY: row is too big rob stone
• 22:13   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 22:32   Re: [GENERAL] COPY: row is too big Steve Crawford
• 22:39   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 22:44   [GENERAL] replication slot to be used in the future Tom DalPozzo
• 22:59   [GENERAL] Index impact on update? Israel Brewster
• 23:08   Re: [GENERAL] Index impact on update? Paul Ramsey
• 23:10   Re: [GENERAL] Index impact on update? Rob Sargent
• 23:10   Re: [GENERAL] Index impact on update? Rob Sargent
• 23:16   Re: [GENERAL] Index impact on update? Israel Brewster
• 23:24   Re: [GENERAL] replication slot to be used in the future Adrian Klaver
• 23:27   [GENERAL] Re: could not load library "$libdir/sslutils": in pg_upgradeprocess DrakoRod
• 23:32   Re: [GENERAL] replication slot to be used in the future Tom DalPozzo
• 23:38   Re: [GENERAL] Index impact on update? Israel Brewster
• 23:41   Re: [GENERAL] Re: could not load library "$libdir/sslutils": inpg_upgrade process Adrian Klaver

5 January 2017

• 01:22   Re: [GENERAL] vacuum of empty table slows down as database table count grows Jerry Sievers
• 01:32   Re: [GENERAL] vacuum of empty table slows down as database tablecount grows Pavel Stehule
• 01:33   Re: [GENERAL] vacuum of empty table slows down as database tablecount grows Pavel Stehule
• 01:54   Re: [GENERAL] Performance degradation when using auto_explain Kisung Kim
• 04:55   Re: [GENERAL] Performance PLV8 vs PLPGSQL Merlin Moncure
• 06:08   Re: [GENERAL] Performance degradation when using auto_explain Tomas Vondra
• 06:13   [GENERAL] Re: could not load library "$libdir/sslutils": in pg_upgradeprocess DrakoRod
• 06:18   Re: [GENERAL] Index impact on update? Tomas Vondra
• 08:51   Re: [GENERAL] [BUGS] Postgresql query HAVING do not work Vitaly Burovoy
• 09:12   Re: [GENERAL] [BUGS] Postgresql query HAVING do not work Gwork
• 11:19   Re: [GENERAL] The best way to deal with hierarchical data (was:Postgresql query HAVING do not work) Vitaly Burovoy
• 13:18   Re: [GENERAL] vacuum of empty table slows down as database tablecount grows marcin kowalski
• 18:44   Re: [GENERAL] COPY: row is too big vod vos
• 18:47   Re: [GENERAL] vacuum of empty table slows down as database tablecount grows marcin kowalski
• 19:19   Re: [GENERAL] COPY: row is too big Pavel Stehule
• 20:15   Re: [GENERAL] Queries on very big table junior
• 21:01   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 22:01   [GENERAL] requested timeline doesn't contain minimum recovery point Tom DalPozzo
• 22:31   Re: [GENERAL] COPY: row is too big Rob Sargent
• 23:18   [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 23:28   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Rob Sargent
• 23:30   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Tom Lane
• 23:45   [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 23:50   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Paul Ramsey

6 January 2017

• 00:46   Re: [GENERAL] COPY: row is too big Adrian Klaver
• 00:57   [GENERAL] psql error (encoding related?) BRUSSER Michael
• 00:59   Re: [GENERAL] COPY: row is too big Rob Sargent
• 01:14   Re: [GENERAL] Row value expression much faster than equivalent OR clauses Merlin Moncure
• 01:36   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 01:38   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Paul Ramsey
• 03:00   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 03:43   Re: [GENERAL] psql error (encoding related?) Torsten Förtsch
• 04:04   Re: [GENERAL] psql error (encoding related?) Tom Lane
• 04:07   [GENERAL] FATAL: requested WAL segment has already been removed Patrick B
• 04:09   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Paul Ramsey
• 04:38   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Rémi Cura
• 04:43   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 04:55   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 16:09   [GENERAL] PostgreSQL not reusing free space in table ? Pierre Ducroquet
• 18:09   Re: [GENERAL] requested timeline doesn't contain minimum recovery point Michael Paquier
• 19:32   Re: [GENERAL] psql error (encoding related?) BRUSSER Michael
• 19:41   Re: [GENERAL] requested timeline doesn't contain minimum recovery point Tom DalPozzo
• 20:21   Re: [GENERAL] psql error (encoding related?) Adrian Klaver
• 21:00   Re: [GENERAL] PostgreSQL not reusing free space in table ? Merlin Moncure
• 21:27   Re: [GENERAL] Write-optimized data structures Merlin Moncure
• 21:56   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 22:00   Re: [GENERAL] PostgreSQL not reusing free space in table ? Pierre Ducroquet

7 January 2017

• 02:34   Re: [GENERAL] Queries on very big table Merlin Moncure
• 03:56   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Alban Hertroys
• 05:47   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Melvin Davidson
• 09:43   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Venkata B Nagothi
• 15:55   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Tomas Vondra
• 20:44   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 21:18   Re: R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Adrian Klaver
• 22:33   [GENERAL] join_collapse_limit = 14 Andreas Joseph Krogh
• 22:42   Re: [GENERAL] join_collapse_limit = 14 Andreas Joseph Krogh
• 22:48   Re: [GENERAL] join_collapse_limit = 14 Tom Lane
• 23:12   Re: [GENERAL] join_collapse_limit = 14 Andreas Joseph Krogh
• 23:25   Re: [GENERAL] join_collapse_limit = 14 Tom Lane
• 23:44   Re: [GENERAL] join_collapse_limit = 14 Andreas Joseph Krogh

8 January 2017

• 06:12   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Alban Hertroys
• 08:28   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Tomas Vondra
• 08:37   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Tom Lane
• 10:12   [GENERAL] Catalog table which stores database level information Shrikant Bhende
• 10:18   Re: [GENERAL] Catalog table which stores database level information Adrian Klaver
• 16:23   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 17:21   Re: [GENERAL] R: Postgres 9.6.1 big slowdown by upgrading 8.4.22 Thomas Kellerer
• 17:24   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 17:46   Re: [GENERAL] Catalog table which stores database level information Feike Steenbergen
• 17:51   [GENERAL] some amazing stuff sin
• 19:05   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 21:25   Re: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Chris Mair
• 21:30   R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 22:21   Re: R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Tom Lane
• 23:14   Re: R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Adrian Klaver

9 January 2017

• 15:33   R: R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Job
• 20:14   [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 20:24   Re: [GENERAL] Querying dead rows Albe Laurenz
• 20:26   Re: [GENERAL] checkpoint clarifications needed Adrian Klaver
• 20:47   Re: [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 21:11   Re: [GENERAL] checkpoint clarifications needed Adrian Klaver
• 21:37   Re: [GENERAL] checkpoint clarifications needed Adrian Klaver
• 22:26   Re: R: R: [GENERAL] Postgres 9.6.1 big slowdown by upgrading 8.4.22 Adrian Klaver
• 22:45   [GENERAL] Why autvacuum is not started? Edmundo Robles
• 23:24   Re: [GENERAL] Why autvacuum is not started? Adrian Klaver
• 23:49   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 23:51   Re: [GENERAL] Why autvacuum is not started? Jeff Janes

10 January 2017

• 00:00   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Paul Ramsey
• 01:11   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Jonathan Vanasco
• 02:53   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Rémi Cura
• 03:10   Re: [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 03:24   Re: [GENERAL] checkpoint clarifications needed Adrian Klaver
• 03:58   [GENERAL] Matching indexe for timestamp Job
• 04:01   Re: [GENERAL] checkpoint clarifications needed Alvaro Herrera
• 04:23   Re: [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 04:31   Re: [GENERAL] checkpoint clarifications needed Alvaro Herrera
• 04:45   Re: [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 04:47   Re: [GENERAL] checkpoint clarifications needed Tom DalPozzo
• 04:54   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Kevin Grittner
• 05:27   Re: [GENERAL] Matching indexe for timestamp Adrian Klaver
• 05:50   Re: R: [GENERAL] Matching indexe for timestamp Adrian Klaver
• 05:53   Re: [GENERAL] Matching indexe for timestamp David G. Johnston
• 06:09   Re: [GENERAL] Matching indexe for timestamp Vitaly Burovoy
• 07:06   [GENERAL] Slow index scan - Pgsql 9.2 Patrick B
• 08:30   Re: [GENERAL] Slow index scan - Pgsql 9.2 Jan de Visser
• 08:34   Re: [GENERAL] Slow index scan - Pgsql 9.2 David G. Johnston
• 08:34   Re: [GENERAL] Slow index scan - Pgsql 9.2 David Rowley
• 09:05   Re: [GENERAL] Slow index scan - Pgsql 9.2 Patrick B
• 09:20   Re: [GENERAL] Slow index scan - Pgsql 9.2 David G. Johnston
• 13:05   [GENERAL] Not clear how to switch role without permitting switch back Guyren Howe
• 14:56   Re: [GENERAL] Not clear how to switch role without permitting switchback John R Pierce
• 17:09   Re: [GENERAL] Not clear how to switch role without permitting switch back Alexander M. Sauer-Budge
• 17:40   Re: [GENERAL] Not clear how to switch role without permitting switch back Alexander M. Sauer-Budge
• 19:35   Re: [GENERAL] requested timeline doesn't contain minimum recovery point Tom DalPozzo
• 21:05   Re: [GENERAL] Slow index scan - Pgsql 9.2 Tomas Vondra
• 23:09   Re: [GENERAL] Not clear how to switch role without permitting switch back George Neuner
• 23:22   Re: [GENERAL] some amazing stuff Edmundo Robles
• 23:56   [GENERAL] i got a process holding the lock Edmundo Robles
• 23:58   Re: [GENERAL] i got a process holding the lock Edmundo Robles

11 January 2017

• 00:02   Re: [GENERAL] i got a process holding the lock Melvin Davidson
• 00:27   Re: [GENERAL] some amazing stuff Alvaro Herrera
• 00:27   [GENERAL] Materialized view vs. view Job
• 00:36   Re: [GENERAL] Materialized view vs. view Adrian Klaver
• 00:39   Re: [GENERAL] i got a process holding the lock Melvin Davidson
• 00:42   Re: [GENERAL] Materialized view vs. view David G. Johnston
• 00:44   Re: [GENERAL] Materialized view vs. view Melvin Davidson
• 00:50   Re: [GENERAL] i got a process holding the lock Vick Khera
• 01:31   Re: [GENERAL] Materialized view vs. view Kevin Grittner
• 01:36   Re: [GENERAL] Materialized view vs. view Melvin Davidson
• 01:52   Re: [GENERAL] Materialized view vs. view David G. Johnston
• 01:53   Re: [GENERAL] Materialized view vs. view Kevin Grittner
• 02:01   Re: [GENERAL] Materialized view vs. view Melvin Davidson
• 02:09   Re: [GENERAL] Materialized view vs. view Rob Sargent
• 02:33   Re: [GENERAL] Materialized view vs. view David G. Johnston
• 02:34   Re: [GENERAL] Materialized view vs. view Kevin Grittner
• 03:30   Re: [GENERAL] Materialized view vs. view Nicolas Paris
• 03:33   [GENERAL] Table Design for Many Updates Craig Boucher
• 03:42   Re: [GENERAL] Table Design for Many Updates David G. Johnston
• 03:48   Re: [GENERAL] Table Design for Many Updates John R Pierce
• 04:22   Re: [GENERAL] Table Design for Many Updates Craig Boucher
• 04:30   Re: [GENERAL] Table Design for Many Updates Craig Boucher
• 05:12   Re: [GENERAL] Improve PostGIS performance with 62 million rows? Israel Brewster
• 06:06   Re: [GENERAL] requested timeline doesn't contain minimum recovery point Michael Paquier
• 13:32   [GENERAL] Are new connection/security features in order, given connectionpooling? Guyren Howe
• 14:07   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? John R Pierce
• 14:49   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? Guyren Howe
• 14:55   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? John R Pierce
• 14:56   [GENERAL] How to identify Primary key column during build stage of Custom index? Sairam Gaddam
• 16:58   Re: [GENERAL] requested timeline doesn't contain minimum recovery point Tom DalPozzo
• 18:30   Re: [GENERAL] Are new connection/security features in order, given connection pooling? Tom Lane
• 20:10   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? Stephen Frost

12 January 2017

• 04:07   [GENERAL] Means to emulate global temporary table Ian Lewis
• 04:30   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? Tomas Vondra
• 04:47   [GENERAL] Database of articles, LaTeX code and pictures philolilou
• 05:23   Re: [GENERAL] Means to emulate global temporary table John R Pierce
• 05:24   Re: [GENERAL] Database of articles, LaTeX code and pictures John R Pierce
• 06:05   Re: [GENERAL] Slow index scan - Pgsql 9.2 Patrick B
• 06:08   [GENERAL] ERROR: canceling statement due to statement timeout Patrick B
• 06:23   Re: [GENERAL] ERROR: canceling statement due to statement timeout Adrian Klaver
• 06:26   [GENERAL] temporarily disable autovacuum on a database or server ? Jonathan Vanasco
• 06:31   Re: [GENERAL] ERROR: canceling statement due to statement timeout Patrick B
• 06:38   Re: [GENERAL] Means to emulate global temporary table Adrian Klaver
• 06:41   Re: [GENERAL] ERROR: canceling statement due to statement timeout Adrian Klaver
• 06:50   Re: [GENERAL] temporarily disable autovacuum on a database or server ? Melvin Davidson
• 06:54   Re: [GENERAL] Means to emulate global temporary table David G. Johnston
• 06:58   Re: [GENERAL] ERROR: canceling statement due to statement timeout Adrian Klaver
• 06:59   Re: [GENERAL] ERROR: canceling statement due to statement timeout Patrick B
• 07:09   Re: [GENERAL] temporarily disable autovacuum on a database or server ? David G. Johnston
• 07:19   Re: [GENERAL] temporarily disable autovacuum on a database or server ? Melvin Davidson
• 07:25   Re: [GENERAL] temporarily disable autovacuum on a database or server ? David G. Johnston
• 07:36   Re: [GENERAL] Means to emulate global temporary table Adrian Klaver
• 08:12   [GENERAL] Re: Are new connection/security features in order, given connectionpooling? Karl Czajkowski
• 08:15   [GENERAL] Question slow query Patrick B
• 08:39   Re: [GENERAL] Means to emulate global temporary table Ian Lewis
• 08:47   Re: [GENERAL] Means to emulate global temporary table David G. Johnston
• 08:47   Re: [GENERAL] Means to emulate global temporary table Ian Lewis
• 08:51   Re: [GENERAL] Means to emulate global temporary table John R Pierce
• 09:02   Re: [GENERAL] Means to emulate global temporary table David G. Johnston
• 09:10   Re: [GENERAL] Means to emulate global temporary table Ian Lewis
• 09:17   Re: [GENERAL] Means to emulate global temporary table Steve Atkins
• 09:48   Re: [GENERAL] Question slow query Andreas Joseph Krogh
• 14:37   Re: [GENERAL] Means to emulate global temporary table George Neuner
• 15:06   Re: [GENERAL] Means to emulate global temporary table Karsten Hilbert
• 17:00   Re: [GENERAL] Means to emulate global temporary table Pavel Stehule
• 17:21   Re: [GENERAL] Means to emulate global temporary table Berend Tober
• 18:13   [GENERAL] RUM-index and support for storing BIGINT as part of a tsvector+timestamp Andreas Joseph Krogh
• 21:05   Re: [GENERAL] Means to emulate global temporary table Adrian Klaver
• 23:09   Re: [GENERAL] temporarily disable autovacuum on a database or server ? Jonathan Vanasco

13 January 2017

• 02:06   [GENERAL] efficiently migrating 'old' data from one table to another Jonathan Vanasco
• 02:19   Re: [GENERAL] efficiently migrating 'old' data from one table toanother btober@computer.org
• 02:40   Re: [GENERAL] efficiently migrating 'old' data from one table toanother John R Pierce
• 03:45   Re: [GENERAL] efficiently migrating 'old' data from one table toanother Adrian Klaver
• 04:50   Re: [GENERAL] efficiently migrating 'old' data from one table to another David G. Johnston
• 04:52   Re: [GENERAL] efficiently migrating 'old' data from one table to another Merlin Moncure
• 15:52   [GENERAL] Timestamp index not being hit Andreas Terrius
• 21:42   Re: [GENERAL] temporarily disable autovacuum on a database or server ? Melvin Davidson
• 21:42   Re: [GENERAL] efficiently migrating 'old' data from one table to another Jonathan Vanasco
• 21:45   [GENERAL] COPY value TO STDOUT Denisa Cirstescu

14 January 2017

• 00:03   Re: [GENERAL] efficiently migrating 'old' data from one table to another 
• 00:20   Re: [GENERAL] Are new connection/security features in order, givenconnection pooling? Peter J. Holzer
• 02:48   Re: [GENERAL] efficiently migrating 'old' data from one table to another Merlin Moncure
• 04:44   [GENERAL] Streaming replication protocol Christopher J. Bottaro
• 06:55   [GENERAL] Re: Are new connection/security features in order, given connectionpooling? Tomas Vondra
• 07:39   [GENERAL] Re: Are new connection/security features in order, given connectionpooling? Karl Czajkowski
• 22:29   [GENERAL] raise notice question ProPAAS DBA
• 23:02   Re: [GENERAL] COPY value TO STDOUT Pavel Stehule
• 23:03   Re: [GENERAL] Timestamp index not being hit Tom Lane
• 23:07   Re: [GENERAL] raise notice question Pavel Stehule
• 23:13   Re: [GENERAL] COPY value TO STDOUT Tom Lane
• 23:15   Re: [GENERAL] raise notice question Tom Lane

15 January 2017

• 14:56   [GENERAL] "make world" constantly throwing error on Ubuntu Ankit Sablok
• 15:15   [GENERAL] Building PL/Perl procedural language without --with-perl configure flag postgres user
• 15:42   Re: [GENERAL] Building PL/Perl procedural language without--with-perl configure flag John R Pierce
• 15:58   [GENERAL] Column Tetris Automatisation Nicolas Paris
• 16:01   Re: [GENERAL] Column Tetris Automatisation Pavel Stehule
• 17:35   [GENERAL] Re: Building PL/Perl procedural language without --with-perlconfigure flag postgres user
• 18:06   Re: [GENERAL] Re: Building PL/Perl procedural language without--with-perl configure flag Scott Mead
• 20:14   Re: [GENERAL] Column Tetris Automatisation Mike Sofen
• 20:44   Re: [GENERAL] Column Tetris Automatisation Adam Brusselback
• 22:39   Re: [GENERAL] "make world" constantly throwing error on Ubuntu Adrian Klaver
• 22:43   Re: [GENERAL] "make world" constantly throwing error on Ubuntu Adrian Klaver
• 23:26   Re: [GENERAL] "make world" constantly throwing error on Ubuntu Tom Lane
• 23:30   Re: [GENERAL] Building PL/Perl procedural language without --with-perl configure flag Tom Lane

17 January 2017

• 01:27   Re: [GENERAL] Question slow query Patrick B
• 02:00   Re: [GENERAL] Re: Are new connection/security features in order,given connection pooling? Kevin Grittner
• 02:32   Re: [GENERAL] raise notice question Kevin Grittner
• 03:15   [GENERAL] Custom type column index - Postgres 9.1 Patrick B
• 03:48   Re: [GENERAL] Custom type column index - Postgres 9.1 Lucas Possamai
• 03:54   Re: [GENERAL] Custom type column index - Postgres 9.1 David G. Johnston
• 05:44   [GENERAL] 9.6.1: INSERT with PK as serial Rich Shepard
• 05:52   Re: [GENERAL] 9.6.1: INSERT with PK as serial David Rowley
• 06:06   Re: [GENERAL] 9.6.1: INSERT with PK as serial Rich Shepard
• 06:11   Re: [GENERAL] 9.6.1: INSERT with PK as serial Tom Lane
• 06:30   Re: [GENERAL] 9.6.1: INSERT with PK as serial Rich Shepard
• 06:35   Re: [GENERAL] 9.6.1: INSERT with PK as serial John R Pierce
• 06:37   Re: [GENERAL] 9.6.1: INSERT with PK as serial David Rowley
• 06:39   Re: [GENERAL] 9.6.1: INSERT with PK as serial David G. Johnston
• 06:45   Re: [GENERAL] 9.6.1: INSERT with PK as serial [FIXED] Rich Shepard
• 06:51   Re: [GENERAL] 9.6.1: INSERT with PK as serial David G. Johnston
• 07:11   Re: [GENERAL] 9.6.1: INSERT with PK as serial Rich Shepard
• 14:25   [GENERAL] Is it possible to specify an ESCAPE for a wildcard search using LIKEANY (...) Thomas Kellerer
• 18:41   Re: [GENERAL] Is it possible to specify an ESCAPE for a wildcard search using LIKE ANY (...) Tom Lane
• 18:45   [GENERAL] Re: Is it possible to specify an ESCAPE for a wildcard search usingLIKE ANY (...) Thomas Kellerer
• 18:58   Re: [GENERAL] Re: Is it possible to specify an ESCAPE for a wildcardsearch using LIKE ANY (...) Vik Fearing
• 19:42   Re: [GENERAL] Is it possible to specify an ESCAPE for a wildcardsearch using LIKE ANY (...) Karsten Hilbert
• 20:27   [GENERAL] Re: Is it possible to specify an ESCAPE for a wildcard search usingLIKE ANY (...) Thomas Kellerer
• 20:49   Re: [GENERAL] Re: Is it possible to specify an ESCAPE for a wildcardsearch using LIKE ANY (...) Karsten Hilbert
• 21:20   [GENERAL] Largepages in Windows Andrew Kerber
• 21:28   Re: [GENERAL] Largepages in Windows Adrian Klaver
• 21:31   Re: [GENERAL] Largepages in Windows Andrew Kerber
• 21:38   Re: [GENERAL] Largepages in Windows Tom Lane
• 21:41   Re: [GENERAL] Largepages in Windows Andrew Kerber
• 22:43   [GENERAL] Fwd: [webmaster] Update query issue kumar s

18 January 2017

• 00:23   [GENERAL] COPY to question Rich Shepard
• 00:28   Re: [GENERAL] COPY to question Tom Lane
• 00:30   Re: [GENERAL] COPY to question [ANSWERED] Rich Shepard
• 00:31   Re: [GENERAL] COPY to question Pavel Stehule
• 00:33   Re: [GENERAL] COPY to question Steve Atkins
• 00:40   Re: [GENERAL] COPY to question David G. Johnston
• 01:31   [GENERAL] Queries are taking way longer in 9.6 than 9.5 Ravi Tammineni
• 01:36   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Melvin Davidson
• 01:39   Re: [GENERAL] COPY to question Steve Crawford
• 01:42   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Adrian Klaver
• 02:10   Re: [pgadmin-support] [GENERAL] Queries are taking way longer in 9.6 than 9.5 Ravi Tammineni
• 02:12   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Ravi Tammineni
• 02:21   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Melvin Davidson
• 02:38   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Chris Mair
• 02:47   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Tomas Vondra
• 02:49   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Ravi Tammineni
• 03:04   Re: [GENERAL] Fwd: [webmaster] Update query issue Adrian Klaver
• 03:28   Re: [GENERAL] Fwd: [webmaster] Update query issue John R Pierce
• 04:21   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Tomas Vondra
• 06:22   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Chris Mair
• 10:54   [GENERAL] postgresql : could not serialize access due to read/writedependencies among transactions Neslisah Demirci
• 11:10   Re: [GENERAL] postgresql : could not serialize access due toread/write dependencies among transactions John R Pierce
• 11:41   Ynt:[GENERAL] postgresql : could not serialize access due toread/write dependencies among transactions Neslisah Demirci
• 12:33   Re: Ynt:[GENERAL] postgresql : could not serialize access due toread/write dependencies among transactions John R Pierce
• 13:01   Re: Ynt:[GENERAL] postgresql : could not serialize access due toread/write dependencies among transactions Christoph Moench-Tegeder
• 18:32   [GENERAL] Restore single databaseR PAWAN SHARMA
• 19:40   Re: [GENERAL] Restore single databaseR Vick Khera
• 20:01   Re: [GENERAL] Restore single databaseR PAWAN SHARMA
• 20:33   Re: [GENERAL] Restore single databaseR Moreno Andreo
• 21:03   Re: Ynt:[GENERAL] postgresql : could not serialize access due toread/write dependencies among transactions Alvaro Herrera
• 23:10   [GENERAL] Re: [ADMIN] postgresql : could not serialize access due to read/writedependencies among transactions Kevin Grittner

19 January 2017

• 01:04   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Ravi Tammineni
• 01:17   [GENERAL] migrate Sql Server database to PostgreSql PAWAN SHARMA
• 02:06   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Merlin Moncure
• 02:12   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Melvin Davidson
• 03:02   [GENERAL] Read/Write operation counts Anirudh Jayakumar
• 03:10   Re: [GENERAL] Read/Write operation counts John R Pierce
• 03:18   Re: [GENERAL] Read/Write operation counts Rader, David
• 04:24   Re: [GENERAL] migrate Sql Server database to PostgreSql William Ivanski
• 10:29   Re: [GENERAL] migrate Sql Server database to PostgreSql Venkata B Nagothi
• 10:58   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Merlin Moncure
• 11:10   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Adrian Klaver
• 11:21   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Merlin Moncure
• 13:28   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Tomas Vondra
• 17:53   [GENERAL] Can we not give tyrannical pedants control of #postgresql? Julian Paul
• 17:58   [GENERAL] Moving from 9.5 to 9.6 PAWAN SHARMA
• 18:59   [GENERAL] Combining count() and row_number() as window functions Thomas Kellerer
• 19:56   Re: [GENERAL] migrate Sql Server database to PostgreSql Kenneth Marshall
• 20:20   Re: [GENERAL] Combining count() and row_number() as window functions Tom Lane
• 20:23   Re: [GENERAL] Queries are taking way longer in 9.6 than 9.5 Merlin Moncure
• 20:40   Re: [GENERAL] Combining count() and row_number() as window functions Stephen Frost
• 20:51   Re: [GENERAL] Moving from 9.5 to 9.6 Adrian Klaver
• 21:18   [GENERAL] What happens when a large table is alterted from UNLOGGED to LOGGED Rakesh Kumar

20 January 2017

• 02:46   [GENERAL] factor effecting performance of postgres PAWAN SHARMA
• 02:52   Re: [GENERAL] factor effecting performance of postgres John R Pierce
• 03:08   Re: [GENERAL] factor effecting performance of postgres Adrian Klaver
• 16:44   [GENERAL] update error with serializable Tom DalPozzo
• 20:35   [GENERAL] Start/stop postgresql with pg_ctl or service without root access on RHEL Jean-Michel Scheiwiler
• 20:44   Re: [GENERAL] Start/stop postgresql with pg_ctl or service without root access on RHEL Tom Lane
• 22:21   [GENERAL] view dependent on system view caused an upgrade to fail Hu, Patricia
• 22:38   Re: [GENERAL] view dependent on system view caused an upgrade to fail Tom Lane
• 22:41   Re: [GENERAL] migrate Sql Server database to PostgreSql Rader, David
• 23:05   Re: [GENERAL] update error with serializable Kevin Grittner
• 23:27   Re: [GENERAL] update error with serializable Rob Sargent

21 January 2017

• 00:18   Re: [GENERAL] update error with serializable Kevin Grittner
• 09:03   [GENERAL] Why does this hot standy archive_command work btober@computer.org
• 09:11   Re: [GENERAL] Why does this hot standy archive_command work Steve Atkins
• 14:55   [GENERAL] Free seminar in Malmo: PostgreSQL at 10TB and Beyond Chris Travers
• 15:57   Re: [GENERAL] Free seminar in Malmo: PostgreSQL at 10TB and Beyond Seref Arikan
• 17:34   [GENERAL] pg_upgrade error on FreeBSD (9.1 -> 9.5) Amitabh Kant
• 21:46   Re: [GENERAL] Free seminar in Malmo: PostgreSQL at 10TB and Beyond Dorian Hoxha
• 22:23   Re: [GENERAL] pg_upgrade error on FreeBSD (9.1 -> 9.5) Tom Lane

22 January 2017

• 01:02   [GENERAL] Doubts regarding postgres Security PAWAN SHARMA
• 01:19   Re: [GENERAL] Doubts regarding postgres Security Karsten Hilbert
• 01:38   [GENERAL] PgPool or alternatives Simon Windsor
• 02:09   Re: [GENERAL] PgPool or alternatives Stephen Frost
• 02:21   Re: [GENERAL] Doubts regarding postgres Security Stephen Frost
• 02:26   Re: [GENERAL] PgPool or alternatives Simon Windsor
• 03:37   Re: [GENERAL] Doubts regarding postgres Security Stephen Frost
• 04:57   Re: [GENERAL] PgPool or alternatives Thomas Kellerer
• 05:00   Re: [GENERAL] Doubts regarding postgres Security Thomas Kellerer
• 05:10   Re: [GENERAL] Doubts regarding postgres Security Stephen Frost
• 08:18   Re: [GENERAL] Doubts regarding postgres Security John R Pierce
• 08:43   Re: [GENERAL] PgPool or alternatives Alvaro Aguayo Garcia-Rada
• 17:12   Re: [GENERAL] pg_upgrade error on FreeBSD (9.1 -> 9.5) Amitabh Kant

23 January 2017

• 02:51   [GENERAL] Partitioned "views" Job
• 02:58   Re: [GENERAL] Partitioned "views" Stephen Frost
• 03:29   R: [GENERAL] Partitioned "views" Job
• 03:37   Re: R: [GENERAL] Partitioned "views" Stephen Frost
• 17:32   [GENERAL] Detailed progress reporting for "vacuuming indexes" stage Alexander Shchapov
• 21:58   [GENERAL] FTS prefix search - put full hits first cen
• 23:08   [GENERAL] What is the purpose of PostGIS on PostgreSQL? Kased, Razy (Chemistry and Geosciences)
• 23:15   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Adrian Klaver
• 23:52   Re: [GENERAL] Why does this hot standy archive_command work Jerry Sievers

24 January 2017

• 00:06   Re: [GENERAL] Why does this hot standy archive_command work btober@computer.org
• 00:24   [GENERAL] pg_dump Conflict with recovery Israel Brewster
• 01:00   Re: [GENERAL] Why does this hot standy archive_command work Jerry Sievers
• 01:06   Re: [GENERAL] pg_dump Conflict with recovery Jerry Sievers
• 01:06   [GENERAL] Why is materialized view creation a "security-restricted operation"? Joshua Chamberlain
• 04:45   Re: [GENERAL] pg_dump Conflict with recovery Israel Brewster
• 05:45   [GENERAL] recovery dump on database with different timezone Edmundo Robles
• 05:46   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Merlin Moncure
• 06:02   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 06:11   Re: [GENERAL] pg_dump Conflict with recovery julyanto SUTANDANG
• 06:30   Re: [GENERAL] recovery dump on database with different timezone Edmundo Robles
• 06:57   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 06:58   Re: [GENERAL] recovery dump on database with different timezone David G. Johnston
• 06:59   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 07:01   Re: [GENERAL] recovery dump on database with different timezone David G. Johnston
• 07:07   Re: [GENERAL] recovery dump on database with different timezone Tom Lane
• 07:08   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 07:14   Re: [GENERAL] recovery dump on database with different timezone David G. Johnston
• 07:23   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 07:48   Re: [GENERAL] recovery dump on database with different timezone Tom Lane
• 12:57   Re: [GENERAL] Detailed progress reporting for "vacuuming indexes" stage Michael Paquier
• 14:37   Re: [GENERAL] Detailed progress reporting for "vacuuming indexes" stage Alexander Shchapov
• 15:08   Re: [GENERAL] Detailed progress reporting for "vacuuming indexes" stage Simon Riggs
• 15:53   [GENERAL] change type from NUMERIC(14,4) to NUMERIC(24,12) Torsten Förtsch
• 16:48   Re: [GENERAL] change type from NUMERIC(14,4) to NUMERIC(24,12) Albe Laurenz
• 17:07   Re: [GENERAL] change type from NUMERIC(14,4) to NUMERIC(24,12) Torsten Förtsch
• 17:18   Re: [GENERAL] Why is materialized view creation a"security-restricted operation"? Albe Laurenz
• 19:02   Re: [GENERAL] change type from NUMERIC(14,4) to NUMERIC(24,12) Tom Lane
• 20:58   Re: [GENERAL] recovery dump on database with different timezone Edmundo Robles
• 21:25   [GENERAL] Segmentation fault calling shared object file Martin Moore
• 21:37   Re: [GENERAL] Segmentation fault calling shared object file Tom Lane
• 21:46   Re: [GENERAL] recovery dump on database with different timezone Adrian Klaver
• 22:09   [GENERAL] How to get an exception detail in a function called in exception handler Shakti Singh
• 22:13   Re: [GENERAL] How to get an exception detail in a function called in exception handler Tom Lane
• 22:17   Re: [GENERAL] How to get an exception detail in a function called inexception handler Shakti Singh
• 23:55   Re: [GENERAL] Why is materialized view creation a "security-restrictedoperation"? Joshua Chamberlain

25 January 2017

• 01:35   [GENERAL] Ajuda com definição Márcio A. Sepp
• 02:18   Re: [GENERAL] Ajuda com definição Leonardo M. Ramé
• 02:29   Re: [GENERAL] Ajuda com definição rob stone
• 07:12   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Andy Colson
• 07:37   Re: [GENERAL] Detailed progress reporting for "vacuuming indexes" stage Michael Paquier
• 12:32   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Gavin Flower
• 13:14   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Johann Spies
• 14:29   [GENERAL] Searching array for multiple items Alex Magnum
• 14:39   Re: [GENERAL] Searching array for multiple items Oleg Bartunov
• 14:47   Re: [GENERAL] Searching array for multiple items Thomas Kellerer
• 14:54   Re: [GENERAL] Searching array for multiple items Andreas Joseph Krogh
• 15:08   Re: [GENERAL] What is the purpose of PostGIS on PostgreSQL? Gavin Flower
• 17:03   [GENERAL] Fwd: I could not see any row in audit table Shailesh Singh
• 17:54   Re: [GENERAL] Fwd: I could not see any row in audit table Raymond O'Donnell
• 20:26   Re: [GENERAL] Fwd: I could not see any row in audit table Adrian Klaver
• 22:02   [GENERAL] psql only works with -h (even localhost) ProPAAS DBA
• 22:07   Re: [GENERAL] psql only works with -h (even localhost) Adrian Klaver
• 22:24   Re: [GENERAL] psql only works with -h (even localhost) Steve Crawford
• 22:27   Re: [GENERAL] psql only works with -h (even localhost) Melvin Davidson
• 22:35   Re: [GENERAL] psql only works with -h (even localhost) Tom Lane
• 23:36   [GENERAL] Tips on maintaining several pg_hba files Alfredo Palhares
• 23:57   Re: [GENERAL] Fwd: I could not see any row in audit table Shailesh Singh

26 January 2017

• 02:30   Re: [GENERAL] psql only works with -h (even localhost) ProPAAS DBA
• 02:59   [GENERAL] How does Postgres estimate the memory needed for sorting/aggregating Thomas Kellerer
• 03:46   Re: [GENERAL] How does Postgres estimate the memory needed forsorting/aggregating Tomas Vondra
• 03:47   Re: [GENERAL] How does Postgres estimate the memory needed forsorting/aggregating John R Pierce
• 04:00   [GENERAL] Re: How does Postgres estimate the memory needed forsorting/aggregating Thomas Kellerer
• 04:06   Re: [GENERAL] How does Postgres estimate the memory needed forsorting/aggregating Tomas Vondra
• 06:24   Re: [GENERAL] Tips on maintaining several pg_hba files Michael Paquier
• 06:31   Re: [GENERAL] Fwd: I could not see any row in audit table Adrian Klaver
• 14:08   [GENERAL] using hstore to store documents Rita
• 14:58   Re: [GENERAL] using hstore to store documents Tomas Vondra
• 18:37   Re: [GENERAL] using hstore to store documents Rita
• 21:22   Re: [GENERAL] using hstore to store documents Adrian Klaver
• 21:25   Re: [GENERAL] using hstore to store documents Adrian Klaver
• 21:38   Re: [GENERAL] using hstore to store documents David G. Johnston
• 22:34   [GENERAL] Transaction apply speed on the standby Rakesh Kumar

27 January 2017

• 00:06   Re: [GENERAL] Transaction apply speed on the standby Jeff Janes
• 05:37   [GENERAL] recursive query too big to complete. are there any strategies to limit/partition? Jonathan Vanasco
• 06:07   Re: [GENERAL] recursive query too big to complete. are there anystrategies to limit/partition? David G. Johnston
• 07:42   Re: [GENERAL] recursive query too big to complete. are there any strategies to limit/partition? Jonathan Vanasco
• 11:00   [GENERAL] Postgres ODBC on Windows 10 Göran Hasse
• 11:17   Re: [GENERAL] Postgres ODBC on Windows 10 Adrian Klaver
• 16:26   Re: [GENERAL] Transaction apply speed on the standby Venkata B Nagothi
• 16:32   Re: [GENERAL] Question slow query Venkata B Nagothi
• 17:01   Re: [GENERAL] Question slow query John R Pierce
• 17:12   [GENERAL] Reading VARTAT EXTERNAL ONDISK value from logical replication decoder Adam Dratwiński
• 19:44   Re: [GENERAL] Question slow query Tom Lane

28 January 2017

• 03:31   [GENERAL] Recovery Assistance Brian Mills
• 07:05   Re: [GENERAL] Recovery Assistance Adrian Klaver
• 07:40   Re: [GENERAL] Recovery Assistance Brian Mills
• 10:30   [GENERAL] WindowAgg optimized out of subquery but not out of CTE, generating different results. bym@byeh.net
• 11:08   Re: [GENERAL] Recovery Assistance Adrian Klaver
• 12:17   Re: [GENERAL] WindowAgg optimized out of subquery but not out of CTE, generating different results. Tom Lane

29 January 2017

• 02:16   Re: [GENERAL] Recovery Assistance Brian Mills
• 03:18   Re: [GENERAL] Recovery Assistance rob stone
• 03:55   Re: [GENERAL] Recovery Assistance Brian Mills
• 04:18   Re: [GENERAL] Recovery Assistance Adrian Klaver
• 07:57   Re: [GENERAL] using hstore to store documents Rita
• 07:58   Re: [GENERAL] Recovery Assistance Brian Mills
• 13:23   Re: [GENERAL] Recovery Assistance Brian Mills
• 22:30   Re: [GENERAL] Recovery Assistance Adrian Klaver
• 23:49   Re: [GENERAL] Recovery Assistance Adrian Klaver

30 January 2017

• 04:42   Re: [GENERAL] using hstore to store documents Adrian Klaver
• 05:12   Re: [GENERAL] Recovery Assistance Brian Mills
• 07:02   Re: [GENERAL] using hstore to store documents Rita
• 08:45   [GENERAL] using hstore to store documents David G. Johnston
• 15:16   [GENERAL] Causeless CPU load waves in backend, on windows, 9.5.5 (EDB binary). Nikolai Zhubr
• 20:44   Re: [GENERAL] Recovery Assistance Adrian Klaver

31 January 2017

• 09:43   Re: [GENERAL] Causeless CPU load waves in backend, on windows, 9.5.5(EDB binary). Michael Paquier
• 13:37   Re: [GENERAL] Causeless CPU load waves in backend, on windows, 9.5.5(EDB binary). Nikolai Zhubr
• 14:45   Re: [GENERAL] Causeless CPU load waves in backend, on windows, 9.5.5(EDB binary). Nikolai Zhubr
• 16:57   Re: [GENERAL] using hstore to store documents Rita
• 19:45   [GENERAL] Why is table not found? Egon Frerich
• 19:49   Re: [GENERAL] Why is table not found? Raymond O'Donnell
• 19:50   Re: [GENERAL] Why is table not found? Martijn Tonies \(Upscene Productions\)
• 19:52   Re: [GENERAL] Why is table not found? Rob Sargent
• 19:53   Re: [GENERAL] Why is table not found? John McKown
• 20:00   Re: [GENERAL] Why is table not found? Alban Hertroys
• 20:17   Re: [GENERAL] Why is table not found? Egon Frerich
• 22:51   Re: [GENERAL] Causeless CPU load waves in backend, on windows, 9.5.5(EDB binary). Andres Freund