Postgresql Performance

Date Index

[Prev Page][Next Page]

Re: Seqscan/Indexscan still a known issue?, (continued)
- Re: Seqscan/Indexscan still a known issue?, Russell Smith
  - Re: Seqscan/Indexscan still a known issue?, Guido Neitzer
    - Re: Seqscan/Indexscan still a known issue?, Russell Smith
      - Re: Seqscan/Indexscan still a known issue?, Scott Marlowe
- Re: Seqscan/Indexscan still a known issue?, Tomas Vondra
  - Re: Seqscan/Indexscan still a known issue?, Carlos Moreno
    - Re: Seqscan/Indexscan still a known issue?, Tom Lane
      - Re: Seqscan/Indexscan still a known issue?, Carlos Moreno
Tuning, John Parnefjord
- Re: Tuning, Dave Cramer
- Re: Tuning, Anton Rommerskirchen
- Re: Tuning, Josh Berkus
  - Re: Tuning, Tom Lane
  - Re: Tuning, Ron
    - Re: Tuning, John Parnefjord
      - Re: Tuning, Mischa Sandberg
        
        Re: Tuning, Harald Armin Massa
Auto Vacuum Problem, Gauri Kanekar
- Re: Auto Vacuum Problem, Richard Huxton
- Re: Auto Vacuum Problem, Heiko W.Rupp
how to plan for vacuum?, Galy Lee
- Re: how to plan for vacuum?, Galy Lee
- Re: how to plan for vacuum?, Jim C. Nasby
  - Re: how to plan for vacuum?, Alvaro Herrera
    - Re: [HACKERS] how to plan for vacuum?, Jim C. Nasby
    - Re: [HACKERS] how to plan for vacuum?, Joshua D. Drake
      - Re: [HACKERS] how to plan for vacuum?, Ray Stell
        
        Re: [HACKERS] how to plan for vacuum?, Jim Nasby
  - Re: how to plan for vacuum?, Galy Lee
    - Re: how to plan for vacuum?, Ray Stell
  - Message not available
    - Re: how to plan for vacuum?, Jim C. Nasby
Bad Row Count Estimate on View with 8.2, Dave Dutcher
- Re: Bad Row Count Estimate on View with 8.2, Tom Lane
  - Re: Bad Row Count Estimate on View with 8.2, Dave Dutcher
    - Re: Bad Row Count Estimate on View with 8.2, Tom Lane
      - Re: Bad Row Count Estimate on View with 8.2, Dave Dutcher
Postgres processes have a burst of CPU usage, Subramaniam Aiylam
- Re: Postgres processes have a burst of CPU usage, Richard Huxton
extract(field from timestamp) vs date dimension, Tobias Brox
- Re: extract(field from timestamp) vs date dimension, Chad Wagner
  - Re: extract(field from timestamp) vs date dimension, Tobias Brox
    - Re: extract(field from timestamp) vs date dimension, Mark Kirkwood
- Re: extract(field from timestamp) vs date dimension, Merlin Moncure
slow result, Laurent Manchon
- Re: slow result, Heiko W.Rupp
- Re: slow result, A. Kretschmer
- Re: slow result, Steinar H. Gunderson
  - Re: slow result, Steinar H. Gunderson
- Re: slow result, Bill Moran
- Re: slow result, Bruno Wolff III
  - Re: slow result, Shoaib Mir
- <Possible follow-ups>
- slow result, Laurent Manchon
  - Re: slow result, A. Kretschmer
  - Re: slow result, Ron
  - Re: slow result, Mark Kirkwood
Autoanalyze settings with zero scale factor, Jeremy Haile
- Re: Autoanalyze settings with zero scale factor, Matthew T. O'Connor
  - Re: Autoanalyze settings with zero scale factor, Jeremy Haile
    - Re: Autoanalyze settings with zero scale factor, Matthew T. O'Connor
    - Re: Autoanalyze settings with zero scale factor, Tom Lane
      - Re: Autoanalyze settings with zero scale factor, Jeremy Haile
Vacuum v/s Autovacuum, Gauri Kanekar
- Re: Vacuum v/s Autovacuum, Michael Glaesemann
  - Re: Vacuum v/s Autovacuum, Gauri Kanekar
    - Re: Vacuum v/s Autovacuum, Bill Moran
      - Re: Vacuum v/s Autovacuum, Shoaib Mir
Version Change, Gauri Kanekar
- Re: Version Change, Michael Glaesemann
  - Re: Version Change, Michael Glaesemann
    - Message not available
      - Re: Version Change, Michael Glaesemann
DB benchmark and pg config file help, Kevin Hunter
- Re: DB benchmark and pg config file help, Merlin Moncure
  - Re: DB benchmark and pg config file help, Kevin Hunter
    - Re: DB benchmark and pg config file help, Bruno Wolff III
      - Re: DB benchmark and pg config file help, Kevin Hunter
Re: Configuration Advice, Adam Rich
- Re: Configuration Advice, Bricklen Anderson
  - Re: Configuration Advice, Joshua D. Drake
  - Re: Configuration Advice, Adam Rich
    - Re: Configuration Advice, Steve
    - Re: Configuration Advice, Arjen van der Meijden
      - Re: Configuration Advice, Scott Marlowe
        
        Re: Configuration Advice, Arjen van der Meijden
      - Re: Configuration Advice, Jeremy Haile
        
        Re: Configuration Advice, Arjen van der Meijden
        
        Re: Configuration Advice, Tom Lane
        
        Re: Configuration Advice, Arjen van der Meijden
- Re: Configuration Advice, Bruno Wolff III
  - Re: Configuration Advice, Steve
Monitoring Transaction Log size, Ziegelwanger, Silvio
- Re: Monitoring Transaction Log size, Joshua D. Drake
  - Re: Monitoring Transaction Log size, Shoaib Mir
    - Re: Monitoring Transaction Log size, Simon Riggs
      - Re: Monitoring Transaction Log size, Shoaib Mir
  - Re: Monitoring Transaction Log size, Stefan Kaltenbrunner
  - Re: Monitoring Transaction Log size, Tom Lane
Raid 10 or Raid 5 on Dell PowerEdge, Dave Dutcher
Table Inheritence and Partioning, ramachandra.bhaskaram
- Re: Table Inheritence and Partioning, Albert Cervera Areny
- Re: Table Inheritence and Partioning, Simon Riggs
PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
- Re: PG8.2.1 choosing slow seqscan over idx scan, Tom Lane
  - Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
    - Re: PG8.2.1 choosing slow seqscan over idx scan, Chad Wagner
      - Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Chad Wagner
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Chad Wagner
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Scott Marlowe
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Shoaib Mir
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Dave Cramer
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Scott Marlowe
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Scott Marlowe
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Tomas Vondra
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Jeremy Haile
        
        Configuration Advice, Steve
        
        Re: Configuration Advice, Tomas Vondra
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Chad Wagner
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Chad Wagner
        
        Re: Configuration Advice, Heikki Linnakangas
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Benjamin Minshall
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Scott Marlowe
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Scott Marlowe
        
        Re: Configuration Advice, Dave Cramer
        
        Re: Configuration Advice, Chris Browne
        
        Re: Configuration Advice, Steve
        
        Re: Configuration Advice, Merlin Moncure
        
        Re: PG8.2.1 choosing slow seqscan over idx scan, Tomas Vondra
Table Size, Gauri Kanekar
- Re: Table Size, Richard Huxton
  - Re: Table Size, Guillaume Lelarge
Caching in PostgreSQL, ramachandra.bhaskaram
- Re: Caching in PostgreSQL, Heikki Linnakangas
- Re: Caching in PostgreSQL, Chris Browne
- <Possible follow-ups>
- Re: Caching in PostgreSQL, ramachandra.bhaskaram
  - Re: Caching in PostgreSQL, Heikki Linnakangas
    - Re: Caching in PostgreSQL, David Levy
FiberChannel cards for FreeBSD on AMD64, Andrew Hammond
pg_trgm performance, Florian Weimer
- Re: pg_trgm performance, Steinar H. Gunderson
  - Re: pg_trgm performance, Guillaume Smet
    - Re: pg_trgm performance, Steinar H. Gunderson
      - Re: pg_trgm performance, Guillaume Smet
        
        Re: pg_trgm performance, Steinar H. Gunderson
        
        Re: pg_trgm performance, Guillaume Smet
        
        Re: pg_trgm performance, Oleg Bartunov
        
        Re: pg_trgm performance, Guillaume Smet
        
        Re: pg_trgm performance, Oleg Bartunov
Re: max() versus order/limit (WAS: High update, Luke Lonergan
- Re: max() versus order/limit (WAS: High update, Alvaro Herrera
- Re: max() versus order/limit (WAS: High update, Joshua D. Drake
Re: max() versus order/limit (WAS: High update activity, PostgreSQL vs BigDBMS), Adam Rich
- Re: max() versus order/limit (WAS: High update activity, PostgreSQL vs BigDBMS), Alvaro Herrera
Problem with grouping, uses Sort and GroupAggregate, HashAggregate is better(?), Rolf Østvik (HA/EXA)
- Re: Problem with grouping, uses Sort and GroupAggregate, HashAggregate is better(?), Rolf Østvik (HA/EXA)
  - Re: Problem with grouping, uses Sort and GroupAggregate, HashAggregate is better(?), Dave Cramer
- Re: Problem with grouping, uses Sort and GroupAggregate, HashAggregate is better(?), Dave Dutcher
  - Re: Problem with grouping, uses Sort and GroupAggregate, HashAggregate is better(?), Rolf Østvik (HA/EXA)
[no subject], Rolf Østvik (HA/EXA)
- Re:, Dave Cramer
Performance of Parser?, Jignesh Shah
- Re: Performance of Parser?, Tom Lane
  - Re: Performance of Parser?, Dave Cramer
Physical separation of tables and indexes - where pg_xlog should go?, Ireneusz Pluta
Large table performance, Mark Dobbrow
- Re: Large table performance, Dave Cramer
  - Re: Large table performance, Steinar H. Gunderson
    - Re: Large table performance, Daniel Cristian Cruz
- Re: Large table performance, Dave Dutcher
  - Re: Large table performance, Shoaib Mir
- Re: Large table performance, Luke Lonergan
- Re: Large table performance, Luke Lonergan
Planner statistics, correlations, Tobias Brox
- Re: Planner statistics, correlations, Peter Childs
  - Re: Planner statistics, correlations, Tobias Brox
    - Re: Planner statistics, correlations, Richard Huxton
      - Re: Planner statistics, correlations, Tobias Brox
    - Re: Planner statistics, correlations, Heikki Linnakangas
      - Re: Planner statistics, correlations, Tobias Brox
        
        Re: Planner statistics, correlations, Heikki Linnakangas
Improving SQL performance, Carlos H. Reimer
- Re: Improving SQL performance, Russell Smith
- Re: Improving SQL performance, Tom Lane
  - RES: Improving SQL performance, Carlos H. Reimer
    - Re: RES: Improving SQL performance, Cesar Suga
  - RES: Improving SQL performance, Carlos H. Reimer
unusual performance for vac following 8.2 upgrade, Kim
- Re: unusual performance for vac following 8.2 upgrade, Russell Smith
- Re: unusual performance for vac following 8.2 upgrade, Tom Lane
- Re: unusual performance for vac following 8.2 upgrade, Tom Lane
  - Re: unusual performance for vac following 8.2 upgrade, Kim
    - Re: unusual performance for vac following 8.2 upgrade, Tom Lane
      - Re: [HACKERS] unusual performance for vac following 8.2 upgrade, Alvaro Herrera
        
        Re: [HACKERS] unusual performance for vac following 8.2 upgrade, Jim C. Nasby
      - Re: unusual performance for vac following 8.2 upgrade, Simon Riggs
        
        Re: [HACKERS] unusual performance for vac following 8.2 upgrade, Tom Lane
        
        Re: [HACKERS] unusual performance for vac following 8.2upgrade, Simon Riggs
        
        Re: [HACKERS] unusual performance for vac following 8.2upgrade, Alvaro Herrera
        
        Re: [HACKERS] unusual performance for vac following 8.2upgrade, Tom Lane
        
        Re: [HACKERS] unusual performance for vac following 8.2upgrade, Richard Huxton
      - Re: unusual performance for vac following 8.2 upgrade, Kim
      - Re: unusual performance for vac following 8.2 upgrade, Tom Lane
        
        Re: unusual performance for vac following 8.2 upgrade, Kim
      - Re: [HACKERS] unusual performance for vac following 8.2 upgrade, Tom Lane
        
        Re: [HACKERS] unusual performance for vac following 8.2, Kim
Does it matters the column order in indexes and constraints creation?, Arnau
- Re: Does it matters the column order in indexes and constraints, Richard Huxton
Slow inner join, but left join is fast, Jeremy Haile
- Re: Slow inner join, but left join is fast, Tom Lane
  - Re: Slow inner join, but left join is fast, Jeremy Haile
    - Re: Slow inner join, but left join is fast, Tom Lane
      - Re: Slow inner join, but left join is fast, Jeremy Haile
        
        Re: Slow inner join, but left join is fast, Jeremy Haile
        
        Re: Slow inner join, but left join is fast, Tom Lane
        
        Re: Slow inner join, but left join is fast, Jeremy Haile
group by will not use an index?, tsuraan
- Re: group by will not use an index?, Adam Rich
- Re: group by will not use an index?, Scott Marlowe
  - Re: group by will not use an index?, Andrew Lazarus
    - Re: group by will not use an index?, tsuraan
- <Possible follow-ups>
- Re: group by will not use an index?, Brian Herlihy
  - Re: group by will not use an index?, Steinar H. Gunderson
High inserts, bulk deletes - autovacuum vs scheduled vacuum, Jeremy Haile
- Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Florian Weimer
  - Re: High inserts, bulk deletes - autovacuum vs scheduled, Jeremy Haile
    - Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Florian Weimer
- Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Jim C. Nasby
  - Message not available
    - Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Jim C. Nasby
      - Re: High inserts, bulk deletes - autovacuum vs scheduled, Jeremy Haile
        
        Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Jim C. Nasby
        
        Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Alvaro Herrera
        
        Re: High inserts, bulk deletes - autovacuum vs scheduled vacuum, Jim C. Nasby
Running PG on cluster files systems, Hannes Dorbath
- Re: Running PG on cluster files systems, Devrim GUNDUZ
Horribly slow query/ sequential scan, Gregory S. Williamson
- Re: Horribly slow query/ sequential scan, db
  - Re: Horribly slow query/ sequential scan, Gregory S. Williamson
    - Re: Horribly slow query/ sequential scan, Tom Lane
- <Possible follow-ups>
- Re: Horribly slow query/ sequential scan, Nörder-Tuitje, Marcus
  - Re: Horribly slow query/ sequential scan, Gregory S. Williamson
  - Re: Horribly slow query/ sequential scan, Dave Cramer
- Re: Horribly slow query/ sequential scan, Plugge, Joe R.
  - Re: Horribly slow query/ sequential scan, Gregory S. Williamson
    - Re: Horribly slow query/ sequential scan, Tom Lane
      - Re: Horribly slow query/ sequential scan, Tom Lane
tweaking under repeatable load, Ben
- Re: tweaking under repeatable load, Dimitri Fontaine
table partioning performance, Colin Taylor
- Re: table partioning performance, Luke Lonergan
- Re: table partioning performance, Steven Flatt
  - Re: table partioning performance, Simon Riggs
    - Re: table partioning performance, Steven Flatt
      - Re: table partioning performance, Simon Riggs
        
        Re: [HACKERS] table partioning performance, Jim C. Nasby
        
        Re: [HACKERS] table partioning performance, Simon Riggs
  - Re: table partioning performance, Jim C. Nasby
    - Re: table partioning performance, Steven Flatt
      - Re: table partioning performance, Jim C. Nasby
- Re: table partioning performance, Merlin Moncure
Missing the point of autovacuum, Daryl Herzmann
- Re: Missing the point of autovacuum, Tobias Brox
- Re: Missing the point of autovacuum, Tom Lane
Slow Query on Postgres 8.2, Dave Dutcher
- Re: Slow Query on Postgres 8.2, Tom Lane
  - Re: Slow Query on Postgres 8.2, Dave Dutcher
    - Re: Slow Query on Postgres 8.2, Tom Lane
      - Re: Slow Query on Postgres 8.2, Dave Dutcher
- Re: Slow Query on Postgres 8.2, Adam Rich
  - Re: Slow Query on Postgres 8.2, Dave Dutcher
PostgreSQL to host e-mail?, Charles A. Landemaine
- PostgreSQL to host e-mail?, Charles A. Landemaine
- Re: PostgreSQL to host e-mail?, Joshua D. Drake
- Re: PostgreSQL to host e-mail?, Frank Wiles
  - Re: PostgreSQL to host e-mail?, Matthew Schumacher
- Re: PostgreSQL to host e-mail?, Grega Bremec
  - Re: PostgreSQL to host e-mail?, Reid Thompson
    - Re: PostgreSQL to host e-mail?, Jim C. Nasby
Trivial function query optimized badly, Craig A. James
- Re: Trivial function query optimized badly, Adam Rich
  - Re: Trivial function query optimized badly, Craig A. James
- Re: Trivial function query optimized badly, Tom Lane
  - Re: Trivial function query optimized badly, Craig A. James
Performance of PostgreSQL on Windows vs Linux, Jeremy Haile
- Re: Performance of PostgreSQL on Windows vs Linux, Magnus Hagander
  - Re: Performance of PostgreSQL on Windows vs Linux, Dimitri Fontaine
    - Re: Performance of PostgreSQL on Windows vs Linux, Jeremy Haile
  - Re: Performance of PostgreSQL on Windows vs Linux, Jeremy Haile
    - Re: Performance of PostgreSQL on Windows vs Linux, Tom Lane
      - Re: Performance of PostgreSQL on Windows vs Linux, Jeremy Haile
- Re: Performance of PostgreSQL on Windows vs Linux, Jim C. Nasby
  - Re: Performance of PostgreSQL on Windows vs Linux, Jeremy Haile
  - Re: Performance of PostgreSQL on Windows vs Linux, Scott Marlowe
More 8.2 client issues (Was: [Slow dump?), Erik Jones
- Re: More 8.2 client issues (Was: [Slow dump?), Richard Huxton
  - Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
- Re: More 8.2 client issues (Was: [Slow dump?), Tom Lane
  - Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
    - Re: More 8.2 client issues (Was: [Slow dump?), Tom Lane
      - Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Guillaume Smet
        
        Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Tom Lane
        
        Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Tom Lane
        
        Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Tom Lane
        
        Re: More 8.2 client issues (Was: [Slow dump?), Erik Jones
        
        Re: More 8.2 client issues (Was: [Slow dump?), Jim C. Nasby
Slow dump?, Erik Jones
- Re: Slow dump?, Tom Lane
  - Re: Slow dump?, Erik Jones
Config parameters, Jeremy Haile
- Re: Config parameters, Richard Huxton
  - Re: Config parameters, Jeremy Haile
    - Re: Config parameters, Richard Huxton
      - Re: Config parameters, Jeremy Haile
        
        Re: Config parameters, Scott Marlowe
        
        Re: Config parameters, Jeremy Haile
what work_mem needs a query needs?, Arnau
glibc double-free error, Craig A. James
- Re: glibc double-free error, Tom Lane
  - Re: glibc double-free error, Craig A. James
    - Re: glibc double-free error, Tom Lane
Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
- Re: Worse perfomance on 8.2.0 than on 7.4.14, Claus Guttesen
  - Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
- Re: Worse perfomance on 8.2.0 than on 7.4.14, Dave Cramer
  - Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
- Re: Worse perfomance on 8.2.0 than on 7.4.14, Dennis Bjorklund
  - Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
    - Re: Worse perfomance on 8.2.0 than on 7.4.14, Tom Lane
      - Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Tom Lane
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Tom Lane
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Simon Riggs
        
        Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
- Re: Worse perfomance on 8.2.0 than on 7.4.14, Tom Lane
  - Re: Worse perfomance on 8.2.0 than on 7.4.14, Rolf Østvik
Postgresql Configutation and overflow, fabrix peñuelas
- Re: Postgresql Configutation and overflow, Adam Rich
- Re: Postgresql Configutation and overflow, Dave Cramer
  - Re: Postgresql Configutation and overflow, Jim C. Nasby
Postgresql Configutation and overflow, Fabricio Peñuelas
High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
- Re: High update activity, PostgreSQL vs BigDBMS, Shoaib Mir
  - Re: High update activity, PostgreSQL vs BigDBMS, Tom Lane
    - Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
  - Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
    - Re: High update activity, PostgreSQL vs BigDBMS, Craig A. James
      - Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
        
        Re: High update activity, PostgreSQL vs BigDBMS, Craig A. James
        
        Re: High update activity, PostgreSQL vs BigDBMS, Craig A. James
        
        Re: High update activity, PostgreSQL vs BigDBMS, Adam Rich
        
        Re: High update activity, PostgreSQL vs BigDBMS, Tom Lane
        
        Re: High update activity, PostgreSQL vs BigDBMS, Adam Rich
        
        Re: High update activity, PostgreSQL vs BigDBMS, Joshua D. Drake
        
        Re: High update activity, PostgreSQL vs BigDBMS, Adam Rich
        
        Re: High update activity, PostgreSQL vs BigDBMS, Bruce Momjian
        
        Re: High update activity, PostgreSQL vs BigDBMS, Shane Ambler
    - Re: High update activity, PostgreSQL vs BigDBMS, Dave Cramer
      - Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
        
        Re: High update activity, PostgreSQL vs BigDBMS, Joshua D. Drake
        
        Re: High update activity, PostgreSQL vs BigDBMS, Dave Cramer
        
        Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
        
        Re: High update activity, PostgreSQL vs BigDBMS, Jim C. Nasby
- Re: High update activity, PostgreSQL vs BigDBMS, Dave Cramer
- Re: High update activity, PostgreSQL vs BigDBMS, Ron
  - Re: High update activity, PostgreSQL vs BigDBMS, Arnau
  - Re: High update activity, PostgreSQL vs BigDBMS, Alvaro Herrera
    - Re: High update activity, PostgreSQL vs BigDBMS, Jeff Frost
      - Re: High update activity, PostgreSQL vs BigDBMS, Jim C. Nasby
        
        Re: High update activity, PostgreSQL vs BigDBMS, Jeff Frost
        
        Re: High update activity, PostgreSQL vs BigDBMS, Jim C. Nasby
        
        Re: High update activity, PostgreSQL vs BigDBMS, Jeff Frost
    - Re: High update activity, PostgreSQL vs BigDBMS, Geoffrey
      - Re: High update activity, PostgreSQL vs BigDBMS, Ragnar
        
        Re: High update activity, PostgreSQL vs BigDBMS, Lars Heidieker
        
        Re: High update activity, PostgreSQL vs BigDBMS, Jeremy Haile
  - Re: High update activity, PostgreSQL vs BigDBMS, Jeff Davis
  - Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
- Re: High update activity, PostgreSQL vs BigDBMS, Alex Turner
- Re: High update activity, PostgreSQL vs BigDBMS, Guy Rouillier
Re: [NOVICE] Partitioning, Kevin Hunter
- Re: [NOVICE] Partitioning, Tom Lane
performance implications of binary placement, Bob Dusek
- Re: performance implications of binary placement, Jim C. Nasby
  - UNSUBSCRIBE, andrew
Questions about planner methods, Kevin Kempter
- Re: [HACKERS] Questions about planner methods, Martijn van Oosterhout
[no subject], Unknown
[no subject], Unknown
What you would consider as heavy traffic?, oliver@xxxxxxxxxxxx
- Re: What you would consider as heavy traffic?, Rod Taylor
URGENT: Out of disk space pg_xlog, Jeremy Haile
- Re: URGENT: Out of disk space pg_xlog, Jeremy Haile
  - Re: URGENT: Out of disk space pg_xlog, Simon Riggs
    - Re: URGENT: Out of disk space pg_xlog, Jeremy Haile
      - Re: URGENT: Out of disk space pg_xlog, Simon Riggs
        
        Re: URGENT: Out of disk space pg_xlog, Jeremy Haile
  - Re: URGENT: Out of disk space pg_xlog, Kevin Grittner
    - Re: URGENT: Out of disk space pg_xlog, Tom Lane
      - Re: URGENT: Out of disk space pg_xlog, Kevin Grittner
        
        Re: URGENT: Out of disk space pg_xlog, Tom Lane
      - Re: URGENT: Out of disk space pg_xlog, ohp
        
        Re: URGENT: Out of disk space pg_xlog, Tom Lane
        
        Re: URGENT: Out of disk space pg_xlog, Alvaro Herrera
        
        Re: URGENT: Out of disk space pg_xlog, ohp
        
        Re: URGENT: Out of disk space pg_xlog, Steinar H. Gunderson
      - Re: URGENT: Out of disk space pg_xlog, Bruce Momjian
        
        Re: URGENT: Out of disk space pg_xlog, Jeremy Haile
        
        Re: URGENT: Out of disk space pg_xlog, Bruce Momjian
        
        Re: URGENT: Out of disk space pg_xlog, Simon Riggs
- Re: URGENT: Out of disk space pg_xlog, Joshua D. Drake
Backup/Restore too slow, Sebastián Baioni
- Re: Backup/Restore too slow, Rod Taylor
  - Re: Backup/Restore too slow, Tom Lane
    - Re: Backup/Restore too slow, Sebastián Baioni
      - Re: Backup/Restore too slow, Russell Smith
Question: Clustering & Load Balancing, CARMODA
- Re: Question: Clustering & Load Balancing, Michal Taborsky - Internet Mall
GROUP BY vs DISTINCT, Brian Herlihy
- Re: GROUP BY vs DISTINCT, Steinar H. Gunderson
  - Re: GROUP BY vs DISTINCT, Peter Childs
    - Re: GROUP BY vs DISTINCT, Tom Lane
max_fsm_pages and check_points, ALVARO ARCILA
- Re: max_fsm_pages and check_points, Ragnar
Inner join vs where-clause subquery, Jeremy Haile
- Re: Inner join vs where-clause subquery, Richard Huxton
  - Re: Inner join vs where-clause subquery, Jeremy Haile
    - Re: Inner join vs where-clause subquery, Richard Huxton
      - Re: Inner join vs where-clause subquery, Jeremy Haile
        
        Re: Inner join vs where-clause subquery, Richard Huxton
        
        Re: Inner join vs where-clause subquery, Jeremy Haile
        
        Re: Inner join vs where-clause subquery, Jeremy Haile
Query plan changing when queried data does not, Harry Hehl
- Re: Query plan changing when queried data does not, Tom Lane
transaction ID wrap limit, Sabin Coanda
- Re: transaction ID wrap limit, Tom Lane
Optimizing timestamp queries? Inefficient Overlaps?, Adam Rich
- Re: Optimizing timestamp queries? Inefficient Overlaps?, Tom Lane
Scaling concerns, tsuraan
- Re: Scaling concerns, Steinar H. Gunderson
  - Re: Scaling concerns, tsuraan
  - Re: Scaling concerns, Dimitri Fontaine
    - Re: Scaling concerns, tsuraan
- Re: Scaling concerns, Andreas Kostyrka
  - Re: Scaling concerns, tsuraan
    - Re: Scaling concerns, Greg Smith
      - Re: Scaling concerns, tsuraan
        
        Re: Scaling concerns, Tom Lane
- Re: Scaling concerns, Luke Lonergan
- Re: Scaling concerns, Bill Moran
partition text/varchar check problem, jamcito
- Re: partition text/varchar check problem, Tom Lane
  - Re: partition text/varchar check problem -- solved, jamcito
- Re: partition text/varchar check problem, Ireneusz Pluta
  - Re: partition text/varchar check problem, jamcito
  - Re: partition text/varchar check problem, Tom Lane
opportunity to benchmark a quad core Xeon, Jeff Frost
- Re: opportunity to benchmark a quad core Xeon, Arjen van der Meijden
  - Re: opportunity to benchmark a quad core Xeon, Jeff Frost
EXPLAIN ANALYZE on 8.2, Evgeny Gridasov
- Re: EXPLAIN ANALYZE on 8.2, Tom Lane
  - Re: EXPLAIN ANALYZE on 8.2, Evgeny Gridasov
    - Re: EXPLAIN ANALYZE on 8.2, Tom Lane
      - Re: EXPLAIN ANALYZE on 8.2, Kelly Burkhart
        
        Re: EXPLAIN ANALYZE on 8.2, Mark Kirkwood
        
        Re: EXPLAIN ANALYZE on 8.2, Tom Lane
        
        Re: EXPLAIN ANALYZE on 8.2, Simon Riggs
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Martijn van Oosterhout
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Dimitri Fontaine
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Simon Riggs
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Martijn van Oosterhout
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Tom Lane
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Martijn van Oosterhout
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Florian Weimer
        
        Message not available
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Martijn van Oosterhout
        
        Message not available
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Tom Lane
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Gregory Stark
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Ron
        
        Message not available
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Tom Lane
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Simon Riggs
        
        Re: [HACKERS] EXPLAIN ANALYZE on 8.2, Tom Lane
Optimizing a query, James Cloos
- Re: Optimizing a query, Tomeh, Husam
  - Re: Optimizing a query, James Cloos
    - Re: Optimizing a query, Tomeh, Husam
- Re: Optimizing a query, Tom Lane
- <Possible follow-ups>
- Optimizing a query, Kai Sellgren
  - Re: Optimizing a query, Shaun Thomas
    - Re: Optimizing a query, Mark Kirkwood
strange query behavior, Tim Jones
- Re: strange query behavior, Ragnar
- Re: strange query behavior, Tom Lane
  - Re: strange query behavior, Tim Jones
    - Re: strange query behavior, Tom Lane
      - Re: strange query behavior, Tim Jones
        
        Re: strange query behavior, Tom Lane
        
        Re: strange query behavior, Tim Jones
        
        Message not available
        
        Re: strange query behavior, Tim Jones
    - Re: strange query behavior, Tom Lane
      - Re: strange query behavior, Tim Jones
        
        Re: strange query behavior, Tom Lane
        
        Re: strange query behavior, Tom Lane
        
        Re: strange query behavior, Tim Jones
Insertion to temp table deteriorating over time, Steven Flatt
- Re: Insertion to temp table deteriorating over time, Rajesh Kumar Mallah
- Re: Insertion to temp table deteriorating over time, Tom Lane
  - Re: Insertion to temp table deteriorating over time, Steven Flatt
    - Re: Insertion to temp table deteriorating over time, Tom Lane
      - Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
        
        Re: Insertion to temp table deteriorating over time, Steven Flatt
        
        Re: Insertion to temp table deteriorating over time, Tom Lane
    - Re: Insertion to temp table deteriorating over time, Tom Lane
Slow update with simple query, Arnaud Lesauvage
- Re: Slow update with simple query, Ragnar
  - Re: Slow update with simple query, Arnaud Lesauvage
- Re: Slow update with simple query, Jens Schipkowski
  - Re: Slow update with simple query, Arnaud Lesauvage
    - Re: Slow update with simple query, Jens Schipkowski
      - Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, Ragnar
        
        Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, asif ali
        
        Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, Tom Lane
        
        Re: Slow update with simple query, Mark Lewis
        
        Re: Slow update with simple query, Tom Lane
        
        Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, Tom Lane
        
        Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, Tom Lane
        
        Re: Slow update with simple query, Arnaud Lesauvage
        
        Re: Slow update with simple query, Mark Lewis
        
        Re: Slow update with simple query, Tom Lane
really quick multiple inserts can use COPY?, Jens Schipkowski
- Re: really quick multiple inserts can use COPY?, Andreas Kretschmer
  - Re: really quick multiple inserts can use COPY?, imad
- Re: really quick multiple inserts can use COPY?, Rajesh Kumar Mallah
- Re: really quick multiple inserts can use COPY?, Tom Lane
- Re: really quick multiple inserts can use COPY?, Guillaume Cottenceau
  - Re: really quick multiple inserts can use COPY?, Jens Schipkowski
    - Re: really quick multiple inserts can use COPY?, nicky
Looking for hw suggestions for high concurrency OLTP app, Cosimo Streppone
- Re: Looking for hw suggestions for high concurrency, Luke Lonergan
  - Re: Looking for hw suggestions for high concurrency, Merlin Moncure
    - Re: Looking for hw suggestions for high concurrency, Luke Lonergan
Postgresql - Threshold value., Ravindran G - TLS, Chennai.
- Re: Postgresql - Threshold value., Rajesh Kumar Mallah
- Re: Postgresql - Threshold value., Kaloyan Iliev
- <Possible follow-ups>
- Re: Postgresql - Threshold value., Ravindran G - TLS, Chennai.
  - Re: Postgresql - Threshold value., A. Kretschmer
- Re: Postgresql - Threshold value., Ravindran G - TLS, Chennai.
  - Re: Postgresql - Threshold value., Rajesh Kumar Mallah
    - Re: Postgresql - Threshold value., Tom Lane
New to PostgreSQL, performance considerations, Daniel van Ham Colchete
- Re: New to PostgreSQL, performance considerations, Shane Ambler
  - Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
- Message not available
  - Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
    - Re: New to PostgreSQL, performance considerations, Gene
      - Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Michael Glaesemann
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Tatsuo Ishii
        
        Message not available
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Message not available
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
    - Re: New to PostgreSQL, performance considerations, Michael Stone
      - Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Christopher Browne
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Mark Kirkwood
        
        Re: New to PostgreSQL, performance considerations, Chris Browne
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Craig A. James
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Luke Lonergan
        
        Re: New to PostgreSQL, performance considerations, Cosimo Streppone
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Cosimo Streppone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Bucky Jordan
        
        Message not available
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Guido Neitzer
        
        Re: New to PostgreSQL, performance considerations, Greg Smith
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Message not available
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Merlin Moncure
        
        Re: New to PostgreSQL, performance considerations, Greg Smith
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Alexander Staubo
        
        Re: New to PostgreSQL, performance considerations, Cosimo Streppone
        
        Message not available
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Merlin Moncure
        
        Message not available
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Steinar H. Gunderson
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Greg Smith
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Florian Weimer
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Greg Smith
        
        Re: New to PostgreSQL, performance considerations, Tom Lane
        
        Re: New to PostgreSQL, performance considerations, Greg Smith
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Ron
        
        Re: New to PostgreSQL, performance considerations, Bill Moran
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Michael Stone
        
        Re: New to PostgreSQL, performance considerations, Daniel van Ham Colchete
        
        Re: New to PostgreSQL, performance considerations, Tom Lane

[Index of Archives] [Postgresql Home] [Postgresql General] [PHP on Windows] [Yosemite News]

Powered by Linux