pgsql-performance  

Messages by Thread

• • Re: [PERFORM] Unable to start the slave instance Michael Paquier
• [PERFORM] Simple SQL too slow Daviramos Roussenq Fortunato
  • Re: [PERFORM] Simple SQL too slow Andreas Kretschmer
  • Re: [PERFORM] Simple SQL too slow Daviramos Roussenq Fortunato
  • Re: [PERFORM] Simple SQL too slow Andreas Kretschmer
  • Re: [PERFORM] Simple SQL too slow Daviramos Roussenq Fortunato
  • Re: [PERFORM] Simple SQL too slow Tomas Vondra
  • Re: [PERFORM] Simple SQL too slow Julien Rouhaud
  • Re: [PERFORM] Simple SQL too slow Daviramos Roussenq Fortunato
  • Re: [PERFORM] Simple SQL too slow Andreas Kretschmer
  • Re: [PERFORM] Simple SQL too slow Daviramos Roussenq Fortunato
  • Re: [PERFORM] Simple SQL too slow Tomas Vondra
  • Re: [PERFORM] Simple SQL too slow Nicolas CHARLES
• [PERFORM] Yevhenii Kurtov
  • Re: [PERFORM] Pavel Stehule
  • Re: [PERFORM] Yevhenii Kurtov
  • Re: [PERFORM] Pavel Stehule
  • Re: [PERFORM] Brad DeJong
  • Re: [PERFORM] Yevhenii Kurtov
  • Re: [PERFORM] Pavel Stehule
  • Re: [PERFORM] Alvaro Herrera
  • Re: [PERFORM] Gerardo Herzig
  • Re: [PERFORM] Jeff Janes
  • Re: [PERFORM] Yevhenii Kurtov
  • Re: [PERFORM] Scott Marlowe
  • Re: [PERFORM] Jeff Janes
• [PERFORM] Performance of information_schema with many schemata and tables Ulf Lohbrügge
  • Re: [PERFORM] Performance of information_schema with many schemata and tables Pritam Baral
  • Re: [PERFORM] Performance of information_schema with many schemata and tables Ulf Lohbrügge
  • Re: [PERFORM] Performance of information_schema with many schemata and tables Ulf Lohbrügge
• [PERFORM] Fwd: Stalled post to pgsql-performance Chris Wilson
• [PERFORM] slow delete due to reference Rikard Pavelic
  • Re: [PERFORM] slow delete due to reference Tom Lane
• [PERFORM] Efficiently merging and sorting collections of sorted rows Clint Miller
  • Re: [PERFORM] Efficiently merging and sorting collections of sorted rows Peter Geoghegan
  • Re: [PERFORM] Efficiently merging and sorting collections of sorted rows Tom Lane
  • Re: [PERFORM] Efficiently merging and sorting collections of sorted rows Merlin Moncure
• [PERFORM] Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Chris Wilson
  • [PERFORM] Re: Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Karl Czajkowski
  • Re: [PERFORM] Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Jeff Janes
  • Re: [PERFORM] Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Chris Wilson
  • [PERFORM] Re: Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Karl Czajkowski
  • [PERFORM] Re: Fwd: Slow query from ~7M rows, joined to two tables of ~100 rows each Karl Czajkowski
• [PERFORM] Inappropriate inner table for nested loop join Akihiko Odaki
  • Re: [PERFORM] Inappropriate inner table for nested loop join Albe Laurenz
  • Re: [PERFORM] Inappropriate inner table for nested loop join Akihiko Odaki
  • Re: [PERFORM] Inappropriate inner table for nested loop join Akihiko Odaki
  • Re: [PERFORM] Inappropriate inner table for nested loop join Albe Laurenz
  • Re: [PERFORM] Inappropriate inner table for nested loop join Albe Laurenz
• [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Sumeet Shukla
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Dave Stibrany
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Sumeet Shukla
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Tom Lane
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Adam Brusselback
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run l...@laurent-hasson.com
  • Re: [PERFORM] Dataset is fetched from cache but still takes same time to fetch records as first run Glyn Astill
• [PERFORM] substring index what is better way to query Tieson Molly
  • Re: [PERFORM] substring index what is better way to query Tom Lane
  • Re: [PERFORM] substring index what is better way to query Tieson Molly
  • Re: [PERFORM] substring index what is better way to query Tom Lane
• [PERFORM] Sudden drastic change in performance l...@laurent-hasson.com
  • Re: [PERFORM] Sudden drastic change in performance Tom Lane
  • Re: [PERFORM] Sudden drastic change in performance Andreas Kretschmer
• [PERFORM] Using array instead of sub table (storage and speed) Lutz Fischer
  • Re: [PERFORM] Using array instead of sub table (storage and speed) Stephen Frost
  • Re: [PERFORM] Using array instead of sub table (storage and speed) Lutz Fischer
  • Re: [PERFORM] Using array instead of sub table (storage and speed) Stephen Frost
• Re: [PERFORM] [BUGS] Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64 Michael Paquier
  • Re: [PERFORM] [BUGS] Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64 Jeff Janes
  • Re: [PERFORM] [BUGS] Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64 Michael Paquier
  • Re: [PERFORM] [BUGS] Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64 Michael Paquier
  • Re: [PERFORM] [BUGS] Invalid WAL segment size. Allowed values are 1,2,4,8,16,32,64 Michael Paquier
• [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Andreas Kretschmer
  • Re: [PERFORM] Improving PostgreSQL insert performance Kenneth Marshall
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Scott Marlowe
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Sunkara, Amrutha
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Kenneth Marshall
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Vladimir Sitnikov
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance John Gorman
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Scott Marlowe
  • Re: [PERFORM] Improving PostgreSQL insert performance Kenneth Marshall
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Nicolas Paris
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Alvaro Herrera
  • Re: [PERFORM] Improving PostgreSQL insert performance Joe Conway
  • Re: [PERFORM] Improving PostgreSQL insert performance Frits Jalvingh
  • Re: [PERFORM] Improving PostgreSQL insert performance Vladimir Sitnikov
  • Re: [PERFORM] Improving PostgreSQL insert performance Alvaro Herrera
  • Re: [PERFORM] Improving PostgreSQL insert performance Kenneth Marshall
  • Re: [PERFORM] Improving PostgreSQL insert performance Jeff Janes
• [PERFORM] Rollback table data. Dinesh Chandra 12108
  • Re: [PERFORM] Rollback table data. Moreno Andreo
  • Re: [PERFORM] Rollback table data. Andreas Kretschmer
  • Re: [PERFORM] Rollback table data. phb07
  • Re: [PERFORM] Rollback table data. Anthony Sotolongo
  • Re: [PERFORM] Rollback table data. Scott Marlowe
• [PERFORM] Different plan between 9.6 and 9.4 when using "Group by" 梁海安（Killua Leung）
  • Re: [PERFORM] Different plan between 9.6 and 9.4 when using "Group by" Jeff Janes
• [PERFORM] Client Server performance & UDS kevin.hug...@uk.fujitsu.com
  • Re: [PERFORM] Client Server performance & UDS Rick Otten
  • Re: [PERFORM] Client Server performance & UDS kevin.hug...@uk.fujitsu.com
  • Re: [PERFORM] Client Server performance & UDS Rick Otten
  • Re: [PERFORM] Client Server performance & UDS Karl Czajkowski
  • Re: [PERFORM] Client Server performance & UDS kevin.hug...@uk.fujitsu.com
• Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Scott Whitney
  • Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Steven Chang
  • Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Scott Mead
  • Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Joshua D. Drake
  • Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Tatsuo Ishii
• [PERFORM] Monitoring tool for Postgres Database Ravi Tammineni
  • Re: [PERFORM] Monitoring tool for Postgres Database Gary Evans
  • Re: [PERFORM] Monitoring tool for Postgres Database Rick Otten
  • Re: [PERFORM] Monitoring tool for Postgres Database gevans
  • Re: [PERFORM] [ADMIN] Monitoring tool for Postgres Database Ashish Tiwari
  • Re: [PERFORM] Monitoring tool for Postgres Database Sunkara, Amrutha
  • Re: [PERFORM] Monitoring tool for Postgres Database Dave Stibrany
  • Re: [PERFORM] Monitoring tool for Postgres Database phb07
  • Re: [PERFORM] Monitoring tool for Postgres Database Nikolay Samokhvalov
• [PERFORM] Multicolumn B-Tree index - order by on 1st column and IN lookup for 2nd Alexandru Lazarev
• [PERFORM] Query is very much slow Daulat Ram
  • Re: [PERFORM] Query is very much slow Andreas Kretschmer
  • Re: [PERFORM] Query is very much slow Andreas Kretschmer
• [PERFORM] Query is running very slow...... Dinesh Chandra 12108
  • Re: [PERFORM] Query is running very slow...... Tomas Vondra
  • FW: Re: [PERFORM] Query is running very slow...... Dinesh Chandra 12108
  • Re: FW: Re: [PERFORM] Query is running very slow...... Tomas Vondra
  • Re: FW: Re: [PERFORM] Query is running very slow...... Dinesh Chandra 12108
  • Re: FW: Re: [PERFORM] Query is running very slow...... Andreas Kretschmer
• [PERFORM] More cores or higer frequency ? Jarek
  • Re: [PERFORM] More cores or higer frequency ? Steve Crawford
  • Re: [PERFORM] More cores or higer frequency ? Jarek
  • Re: [PERFORM] More cores or higer frequency ? Sven R. Kunze
  • Re: [PERFORM] More cores or higer frequency ? Steve Crawford
  • Re: [PERFORM] More cores or higer frequency ? Scott Marlowe
  • Re: [PERFORM] More cores or higer frequency ? l...@laurent-hasson.com
• [PERFORM] Log update query along with username who has executed the same. Dinesh Chandra 12108
  • Re: [PERFORM] Log update query along with username who has executed the same. Rick Otten
  • Re: [PERFORM] Log update query along with username who has executed the same. Dinesh Chandra 12108
• [PERFORM] Can postgresql plan a query using multiple CPU cores? Clemens Eisserer
  • Re: [PERFORM] Can postgresql plan a query using multiple CPU cores? David G. Johnston
  • Re: [PERFORM] Can postgresql plan a query using multiple CPU cores? Mark Kirkwood
  • Re: [PERFORM] Can postgresql plan a query using multiple CPU cores? Pavel Stehule
• [PERFORM] select subquery versus join subquery Jeff Janes
  • Re: [PERFORM] select subquery versus join subquery Gunnar "Nick" Bluth
  • Re: [PERFORM] select subquery versus join subquery Jeff Janes
  • Re: [PERFORM] select subquery versus join subquery Gunnar "Nick" Bluth
• [PERFORM] index of only not null, use function index? Ariel
  • Re: [PERFORM] index of only not null, use function index? Merlin Moncure
  • Re: [PERFORM] index of only not null, use function index? Tom Lane
  • Re: [PERFORM] index of only not null, use function index? Jeremy Finzel
  • Re: [PERFORM] index of only not null, use function index? Merlin Moncure
• [PERFORM] Bulk persistence strategy Riaan Stander
  • Re: [PERFORM] Bulk persistence strategy Tom Lane
  • Re: [PERFORM] Bulk persistence strategy Riaan Stander
  • Re: [PERFORM] Bulk persistence strategy Tom Lane
  • Re: [PERFORM] Bulk persistence strategy Riaan Stander
  • Re: [PERFORM] Bulk persistence strategy Simon Riggs
  • Re: [PERFORM] Bulk persistence strategy Riaan Stander
  • Re: [PERFORM] Bulk persistence strategy Simon Riggs
  • Re: [PERFORM] Bulk persistence strategy Riaan Stander
  • Re: [PERFORM] Bulk persistence strategy Tom Lane
  • Re: [PERFORM] Bulk persistence strategy Merlin Moncure
• [PERFORM] Index not being used on composite type for particular query Zac Goldstein
  • Re: [PERFORM] Index not being used on composite type for particular query Tom Lane
  • Re: [PERFORM] Index not being used on composite type for particular query Zac Goldstein
• [PERFORM] pg_stat_statements with fetch Jeff Janes
  • Re: [PERFORM] pg_stat_statements with fetch Rick Otten
• [PERFORM] GIN index not used if created in the same transaction as query Adam Brusselback
  • Re: [PERFORM] GIN index not used if created in the same transaction as query Tom Lane
  • Re: [PERFORM] GIN index not used if created in the same transaction as query Adam Brusselback
  • Re: [PERFORM] GIN index not used if created in the same transaction as query Tom Lane
• [PERFORM] postgres_fdw and column casting shippability Jeff Janes
  • Re: [PERFORM] postgres_fdw and column casting shippability Tom Lane
  • Re: [PERFORM] postgres_fdw and column casting shippability Jeff Janes
• [PERFORM] Speed differences between in executing the same query plukovic
  • Re: [PERFORM] Speed differences between in executing the same query Tom Lane
  • Re: [PERFORM] Speed differences between in executing the same query plukovic
• [PERFORM] Postgres uses too much RAM Hans Braxmeier
  • Re: [PERFORM] Postgres uses too much RAM Merlin Moncure
• [PERFORM] Speed differences between two servers Vincent Veyron
  • Re: [PERFORM] Speed differences between two servers Scott Marlowe
  • Re: [PERFORM] Speed differences between two servers Vincent Veyron
  • Re: [PERFORM] Speed differences between two servers Scott Marlowe
  • Re: [PERFORM] Speed differences between two servers Scott Marlowe
  • Re: [PERFORM] Speed differences between two servers Vincent Veyron
  • Re: [PERFORM] Speed differences between two servers Vincent Veyron
  • Re: [PERFORM] Speed differences between two servers Scott Marlowe
  • Re: [PERFORM] Speed differences between two servers Vincent Veyron
• [PERFORM] Postgres performance issue Junaid Malik
  • Re: [PERFORM] Postgres performance issue Scott Marlowe

• Earlier messages
• Later messages