pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedSpeeding up query pulling comments from pg_catalog
2019-07-19 23:03 UTC Ken Tanzer <ken.tanzer@gmail.com>
` Re: Speeding up query pulling comments from pg_catalog
2019-07-20 14:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Speeding up query pulling comments from pg_catalog
2019-07-20 19:08 UTC Ken Tanzer <ken.tanzer@gmail.com>
` Re: Speeding up query pulling comments from pg_catalog
2019-07-20 19:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Speeding up query pulling comments from pg_catalog
2019-07-22 17:53 UTC Ken Tanzer <ken.tanzer@gmail.com>
` Re: Speeding up query pulling comments from pg_catalog
2019-07-22 19:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
[6+ messages in thread]
Proposal of tunable fix for scalability of 8.4
2009-03-11 20:53 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-11 22:27 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 00:51 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 01:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 02:01 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 02:20 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 02:47 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 03:48 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 14:07 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 14:57 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 15:13 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 15:31 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 15:44 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:09 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:09 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:39 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:48 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:49 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 17:53 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 18:08 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 18:09 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 18:28 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 18:32 UTC Ron <rjpeace@earthlink.net>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 18:37 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 19:10 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 19:22 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 19:25 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 20:35 UTC Greg Smith <gsmith@gregsmith.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 21:45 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 22:15 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-12 22:57 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 01:29 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 03:00 UTC Greg Smith <gsmith@gregsmith.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 12:38 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 13:05 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 13:28 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 13:36 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 13:54 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 14:56 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 15:55 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 16:18 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 16:42 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 16:54 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 17:16 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 17:21 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 17:29 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 17:34 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 17:48 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 18:02 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 18:38 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 18:48 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-13 20:02 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 04:29 UTC david@lang.hm
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 08:23 UTC Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 13:30 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 15:06 UTC decibel <decibel@decibel.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 15:22 UTC decibel <decibel@decibel.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 15:27 UTC decibel <decibel@decibel.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 15:40 UTC decibel <decibel@decibel.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-14 16:09 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-15 19:25 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-15 20:36 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-15 20:40 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-15 20:42 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 15:08 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 15:48 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 16:26 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 16:53 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 17:39 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 18:44 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-16 19:39 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-17 13:18 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-17 21:41 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-17 22:59 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-17 23:54 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 00:43 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 07:48 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 07:53 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 11:20 UTC Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 11:36 UTC Gregory Stark <stark@enterprisedb.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 11:45 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 11:49 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 12:06 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 12:33 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 13:38 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 13:49 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 17:43 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 20:26 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 21:16 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 21:25 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 21:57 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 22:11 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 23:06 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-18 23:07 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 17:37 UTC Bruce Momjian <bruce@momjian.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 20:49 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 20:57 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 20:58 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 21:43 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 23:12 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-19 23:27 UTC Bruce Momjian <bruce@momjian.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 03:45 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 06:01 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 06:31 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 15:28 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 15:46 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 15:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 18:53 UTC Scott Carey <scott@richrelevance.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 21:58 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 22:05 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-20 23:39 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-21 00:45 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-21 08:50 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-21 23:02 UTC Jignesh K. Shah <J.K.Shah@Sun.COM>
` Re: Proposal of tunable fix for scalability of 8.4
2009-03-29 21:33 UTC Josh Berkus <josh@agliodbs.com>
` benchmarking effective_io_concurrency
2019-07-22 06:41 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: benchmarking effective_io_concurrency
2019-07-22 12:06 UTC Rick Otten <rottenwindfish@gmail.com>
` Re: benchmarking effective_io_concurrency
2019-07-22 12:28 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: benchmarking effective_io_concurrency
2019-07-22 18:32 UTC Merlin Moncure <mmoncure@gmail.com>
[119+ messages in thread]
Searching in varchar column having 100M records
2019-07-17 11:03 UTC mayank rupareliya <mayankjr03@gmail.com>
` Re: Searching in varchar column having 100M records
2019-07-17 11:53 UTC Sergei Kornilov <sk@zsrv.org>
` Re: Searching in varchar column having 100M records
2019-07-17 12:48 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Searching in varchar column having 100M records
2019-07-17 13:00 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Searching in varchar column having 100M records
2019-07-17 13:57 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Searching in varchar column having 100M records
2019-07-17 22:54 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Searching in varchar column having 100M records
2019-07-18 11:51 UTC mayank rupareliya <mayankjr03@gmail.com>
` Re: Searching in varchar column having 100M records
2019-07-18 12:41 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Searching in varchar column having 100M records
2019-07-18 22:03 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Searching in varchar column having 100M records
2019-07-19 14:13 UTC mayank rupareliya <mayankjr03@gmail.com>
` Re: Searching in varchar column having 100M records
2019-07-19 17:33 UTC Michael Lewis <mlewis@entrata.com>
` Re: Searching in varchar column having 100M records
2019-07-19 18:39 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Searching in varchar column having 100M records
2019-07-19 20:51 UTC mgbii bax <gezeala@gmail.com>
[13+ messages in thread]
Perplexing, regular decline in performance
2019-06-25 15:49 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-06-25 15:55 UTC Benjamin Scherrey <scherrey@proteus-tech.com>
` Re: Perplexing, regular decline in performance
2019-06-25 16:01 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Perplexing, regular decline in performance
2019-06-25 16:06 UTC Benjamin Scherrey <scherrey@proteus-tech.com>
` Re: Perplexing, regular decline in performance
2019-06-25 16:23 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Perplexing, regular decline in performance
2019-06-26 18:06 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-06-26 18:52 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Perplexing, regular decline in performance
2019-06-26 19:00 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-06-26 19:02 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-06-26 19:05 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Perplexing, regular decline in performance
2019-06-26 19:07 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Perplexing, regular decline in performance
2019-06-26 19:18 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Perplexing, regular decline in performance
2019-06-27 00:24 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Perplexing, regular decline in performance
2019-07-17 14:29 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-07-17 17:55 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Perplexing, regular decline in performance
2019-07-17 18:52 UTC Andres Freund <andres@anarazel.de>
` Re: Perplexing, regular decline in performance
2019-07-18 20:01 UTC Hugh Ranalli <hugh@whtc.ca>
` Re: Perplexing, regular decline in performance
2019-07-18 22:23 UTC Andres Freund <andres@anarazel.de>
[18+ messages in thread]
Filtering on an enum field in a foreign table
2019-07-16 23:00 UTC Vladimir Ryabtsev <greatvovan@gmail.com>
` Re: Filtering on an enum field in a foreign table
2019-07-17 00:45 UTC Nikolay Samokhvalov <samokhvalov@gmail.com>
` Re: Filtering on an enum field in a foreign table
2019-07-17 01:06 UTC Vladimir Ryabtsev <greatvovan@gmail.com>
` Re: Filtering on an enum field in a foreign table
2019-07-17 01:52 UTC Vladimir Ryabtsev <greatvovan@gmail.com>
[4+ messages in thread]
Optimizing `WHERE x IN` query
2019-07-07 13:43 UTC Omar Roth <omarroth@hotmail.com>
` Re: Optimizing `WHERE x IN` query
2019-07-07 14:33 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Optimizing `WHERE x IN` query
2019-07-09 14:44 UTC Omar Roth <omarroth@hotmail.com>
` Re: Optimizing `WHERE x IN` query
2019-07-09 15:21 UTC Nicolas Charles <nicolas.charles@rudder.io>
` Re: Optimizing `WHERE x IN` query
2019-07-11 22:22 UTC Omar Roth <omarroth@hotmail.com>
` Re: Optimizing `WHERE x IN` query
2019-07-11 22:24 UTC Michael Lewis <mlewis@entrata.com>
[6+ messages in thread]
Custom opclass for column statistics?
2019-07-06 09:02 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: Custom opclass for column statistics?
2019-07-06 13:38 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Custom opclass for column statistics?
2019-07-06 13:58 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Custom opclass for column statistics?
2019-07-06 15:35 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: Custom opclass for column statistics?
2019-07-06 15:57 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Custom opclass for column statistics?
2019-07-06 23:17 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: Custom opclass for column statistics?
2019-07-09 22:16 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
[7+ messages in thread]
UUID v1 optimizations...
2019-05-25 13:45 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 14:19 UTC Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
` Re: UUID v1 optimizations...
2019-05-25 14:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: UUID v1 optimizations...
2019-05-25 17:27 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 18:20 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 19:00 UTC Vitalii Tymchyshyn <vit@tym.im>
` Re: UUID v1 optimizations...
2019-05-25 21:02 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 21:02 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 21:54 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: UUID v1 optimizations...
2019-05-25 22:14 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: UUID v1 optimizations...
2019-05-25 22:38 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: UUID v1 optimizations...
2019-05-25 23:00 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-25 23:44 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: UUID v1 optimizations...
2019-05-25 23:49 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-26 01:09 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: UUID v1 optimizations...
2019-05-26 04:27 UTC Morris de Oryx <morrisdeoryx@gmail.com>
` Re: UUID v1 optimizations...
2019-05-26 09:01 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-26 09:38 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-05-26 10:24 UTC Morris de Oryx <morrisdeoryx@gmail.com>
` Re: UUID v1 optimizations...
2019-05-26 10:37 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: UUID v1 optimizations...
2019-05-26 10:38 UTC Morris de Oryx <morrisdeoryx@gmail.com>
` Re: UUID v1 optimizations...
2019-05-26 10:46 UTC Morris de Oryx <morrisdeoryx@gmail.com>
` Re: UUID v1 optimizations...
2019-06-11 20:27 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
` Re: UUID v1 optimizations...
2019-07-08 00:26 UTC Peter Geoghegan <pg@bowt.ie>
` Re: UUID v1 optimizations...
2019-07-09 22:08 UTC Ancoron Luciferis <ancoron.luciferis@googlemail.com>
[25+ messages in thread]
scans on table fail to be excluded by partition bounds
2019-06-24 17:31 UTC Justin Pryzby <pryzby@telsasoft.com>
` RE: scans on table fail to be excluded by partition bounds
2019-06-25 10:48 UTC Steven Winfield <Steven.Winfield@cantabcapital.com>
` Re: scans on table fail to be excluded by partition bounds
2019-06-26 18:03 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: scans on table fail to be excluded by partition bounds
2019-06-26 22:09 UTC David Rowley <david.rowley@2ndquadrant.com>
[4+ messages in thread]
Max_connections limit
2019-06-26 07:13 UTC Daulat Ram <Daulat.Ram@exponential.com>
` Re: Max_connections limit
2019-06-26 09:05 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Max_connections limit
2019-06-26 09:15 UTC Hervé Schweitzer (HER) <herve.schweitzer@dbi-services.com>
` Re: Max_connections limit
2019-06-26 12:38 UTC Rick Otten <rottenwindfish@gmail.com>
` RE: Max_connections limit
2019-06-26 14:29 UTC Igor Neyman <ineyman@perceptron.com>
[5+ messages in thread]
Incorrect index used in few cases..
2019-06-18 13:11 UTC AminPG Jaffer <aminjaffer.pg@gmail.com>
` Re: Incorrect index used in few cases..
2019-06-18 13:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Incorrect index used in few cases..
2019-06-18 18:55 UTC AminPG Jaffer <aminjaffer.pg@gmail.com>
` Re: Incorrect index used in few cases..
2019-06-18 21:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Incorrect index used in few cases..
2019-06-18 21:49 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Incorrect index used in few cases..
2019-06-18 22:13 UTC Andres Freund <andres@anarazel.de>
` Re: Incorrect index used in few cases..
2019-06-18 22:23 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Incorrect index used in few cases..
2019-06-23 15:07 UTC AminPG Jaffer <aminjaffer.pg@gmail.com>
` Re: Incorrect index used in few cases..
2019-06-26 14:24 UTC AminPG Jaffer <aminjaffer.pg@gmail.com>
[9+ messages in thread]
materialized view refresh of a foreign table
2019-06-23 14:21 UTC Rick Otten <rottenwindfish@gmail.com>
` Re: materialized view refresh of a foreign table
2019-06-25 11:03 UTC Rick Otten <rottenwindfish@gmail.com>
[2+ messages in thread]
monitoring tuple_count vs dead_tuple_count
2019-06-23 14:24 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
Using indexes in RLS policies (sub)queries
2019-06-21 12:22 UTC Grégory EL MAJJOUTI <gelmajjouti@gmail.com>
EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 15:12 UTC Chris Wilson <chris.wilson@cantabcapital.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 15:56 UTC Simon Riggs <simon@2ndquadrant.com>
` RE: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 16:00 UTC Chris Wilson <chris.wilson@cantabcapital.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 16:18 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 16:30 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 16:51 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 18:09 UTC Michael Lewis <mlewis@entrata.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 18:13 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-20 18:16 UTC Michael Lewis <mlewis@entrata.com>
` Re: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-21 09:17 UTC Simon Riggs <simon@2ndquadrant.com>
` RE: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-21 09:20 UTC Chris Wilson <chris.wilson@cantabcapital.com>
` RE: EXPLAIN ANALYZE of BRIN bitmap index scan with disjunction
2019-06-21 09:43 UTC Chris Wilson <chris.wilson@cantabcapital.com>
[12+ messages in thread]
wal_log_hints benchmarks
2019-06-14 13:46 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: wal_log_hints benchmarks
2019-06-17 02:01 UTC Michael Paquier <michael@paquier.xyz>
` Re: wal_log_hints benchmarks
2019-06-17 07:53 UTC Fabio Pardi <f.pardi@portavita.eu>
[3+ messages in thread]
upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 08:20 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 08:58 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 11:07 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` RE: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 11:23 UTC Greg Clough <Greg.Clough@ihsmarkit.com>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 11:31 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 15:06 UTC Stephen Frost <sfrost@snowman.net>
` Re: upgrade to PG11 on secondary fails (no initdb was launched)
2019-05-23 15:08 UTC Stephen Frost <sfrost@snowman.net>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 03:30 UTC Bruce Momjian <bruce@momjian.us>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 13:12 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 14:39 UTC Bruce Momjian <bruce@momjian.us>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 14:44 UTC Bruce Momjian <bruce@momjian.us>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 16:15 UTC Stephen Frost <sfrost@snowman.net>
` Re: Fwd: upgrade to PG11 on secondary fails (no initdb was launched)
2019-06-14 16:16 UTC Stephen Frost <sfrost@snowman.net>
[13+ messages in thread]
Strange query behaviour between 9.4 and 12beta1
2019-06-04 14:34 UTC Vasilis Ventirozos <v.ventirozos@gmail.com>
` Re: Strange query behaviour between 9.4 and 12beta1
2019-06-04 23:01 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
[2+ messages in thread]
Shortest offline window on database migration
2019-05-30 15:08 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: Shortest offline window on database migration
2019-05-30 15:31 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` RE: Shortest offline window on database migration
2019-05-30 15:54 UTC Steven Winfield <Steven.Winfield@cantabcapital.com>
` Re: Shortest offline window on database migration
2019-05-30 16:23 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: Shortest offline window on database migration
2019-05-30 21:52 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: Shortest offline window on database migration
2019-05-31 01:41 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Shortest offline window on database migration
2019-05-31 02:49 UTC Ian Lawrence Barwick <barwick@gmail.com>
` Re: Shortest offline window on database migration
2019-05-31 09:40 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: Shortest offline window on database migration
2019-06-01 13:17 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: Shortest offline window on database migration
2019-06-04 20:18 UTC Stephen Frost <sfrost@snowman.net>
[10+ messages in thread]
Sv: JIT in PostgreSQL 12 ?
2019-05-29 08:48 UTC Andreas Joseph Krogh <andreas@visena.com>
` Re: Sv: JIT in PostgreSQL 12 ?
2019-05-29 09:13 UTC Tobias Gierke <tobias.gierke@code-sourcery.de>
` Re: Sv: JIT in PostgreSQL 12 ?
2019-05-29 09:16 UTC Andreas Joseph Krogh <andreas@visena.com>
` Re: Sv: JIT in PostgreSQL 12 ?
2019-05-31 23:38 UTC Justin Pryzby <pryzby@telsasoft.com>
[4+ messages in thread]
improve wals replay on secondary
2019-05-27 08:49 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: improve wals replay on secondary
2019-05-27 09:12 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: improve wals replay on secondary
2019-05-27 09:29 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: improve wals replay on secondary
2019-05-27 10:17 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: improve wals replay on secondary
2019-05-27 11:04 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: improve wals replay on secondary
2019-05-28 10:54 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: improve wals replay on secondary
2019-05-29 07:20 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: improve wals replay on secondary
2019-05-29 08:20 UTC Fabio Pardi <f.pardi@portavita.eu>
` Re: improve wals replay on secondary
2019-05-29 08:39 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: improve wals replay on secondary
2019-05-29 10:54 UTC Nikolay Samokhvalov <samokhvalov@gmail.com>
` Re: improve wals replay on secondary
2019-05-29 11:10 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: improve wals replay on secondary
2019-05-31 11:54 UTC Fabio Pardi <f.pardi@portavita.eu>
[12+ messages in thread]
JIT in PostgreSQL 12 ?
2019-05-29 08:02 UTC Tobias Gierke <tobias.gierke@code-sourcery.de>
` Re: JIT in PostgreSQL 12 ?
2019-05-29 09:37 UTC Andreas Karlsson <andreas@proxel.se>
[2+ messages in thread]
Use Postgres as a column store by creating one table per column
2019-05-22 04:28 UTC Lev Kokotov <lev.kokotov@gmail.com>
` Re: Use Postgres as a column store by creating one table per column
2019-05-22 04:43 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Use Postgres as a column store by creating one table per column
2019-05-23 05:08 UTC George Neuner <gneuner2@comcast.net>
` Re: Use Postgres as a column store by creating one table per column
2019-05-24 18:06 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: Use Postgres as a column store by creating one table per column
2019-05-24 19:38 UTC Stephen Frost <sfrost@snowman.net>
` Re: Use Postgres as a column store by creating one table per column
2019-05-25 03:55 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[6+ messages in thread]
Re: Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-09 04:14 UTC Deepak Somaiya <deepsom@yahoo.com>
` RE: Re: Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-17 06:42 UTC Naik, Sameer <Sameer_Naik@bmc.com>
` Re: Re: Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-20 21:37 UTC Deepak Somaiya <deepsom@yahoo.com>
` Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-20 22:16 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` RE: Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-23 06:37 UTC Naik, Sameer <Sameer_Naik@bmc.com>
` Re: Generic Plans for Prepared Statement are 158155 times slower than Custom Plans
2019-05-23 17:17 UTC Tom Lane <tgl@sss.pgh.pa.us>
[6+ messages in thread]
Performance of archive logging in a PITR restore
2009-03-16 16:11 UTC Mark Steben <msteben@autorevenue.com>
` Re: Performance of archive logging in a PITR restore
2009-03-16 16:21 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Performance of archive logging in a PITR restore
2009-03-18 11:33 UTC Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
` Analyze results in more expensive query plan
2019-05-16 20:03 UTC Jeremy Altavilla <jeremyaltavilla@gmail.com>
` Re: Analyze results in more expensive query plan
2019-05-17 13:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Analyze results in more expensive query plan
2019-05-20 20:19 UTC Jeremy Altavilla <jeremyaltavilla@gmail.com>
` Re: Analyze results in more expensive query plan
2019-05-21 02:04 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: Analyze results in more expensive query plan
2019-05-22 22:21 UTC Jeremy Altavilla <jeremyaltavilla@gmail.com>
[8+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox