pgsql-performance 2008-08 Thread Index (2/3)

Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

Header And Logo

PostgreSQL

|

The world's most advanced open source database.

Site Navigation

pgsql-performance 2008-08 Thread Index (2/3)

Last updated: Wed Jan 18 04:15:40 2012
432 messages

Re: Postgres not using array, (continued)
PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Wed 20 12:26)

Re: PostgreSQL+Hibernate Performance Mark Lewis (Wed 20 14:48)

Re: PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Wed 20 15:03)

Re: PostgreSQL+Hibernate Performance Mark Lewis (Wed 20 15:29)

Re: PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Thu 21 06:59)

Re: PostgreSQL+Hibernate Performance Nikolas Everett (Wed 20 15:06)
Re: PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Wed 20 15:12)

Re: PostgreSQL+Hibernate Performance Matthew Wakeling (Wed 20 15:24)

Re: PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Thu 21 07:03)

Re: PostgreSQL+Hibernate Performance Mark Lewis (Thu 21 14:02)
Re: PostgreSQL+Hibernate Performance Kranti K K Parisa™ (Fri 22 05:52)

Re: PostgreSQL+Hibernate Performance Mark Lewis (Wed 20 15:25)

Re: pgsql do not handle NULL constants in the view Sergey Hripchenko (Wed 20 09:22)

<Possible follow-ups>
pgsql do not handle NULL constants in the view Sergey Hripchenko (Wed 20 09:23)

Re: pgsql do not handle NULL constants in the view Tom Lane (Wed 20 12:55)

Re: pgsql do not handle NULL constants in the view Sergey Hripchenko (Wed 20 13:49)

Software vs. Hardware RAID Data Mark Wong (Wed 20 05:23)

Re: Software vs. Hardware RAID Data david (Wed 20 05:54)

Re: Software vs. Hardware RAID Data Mark Wong (Wed 20 15:03)

Re: Software vs. Hardware RAID Data Tommy Gildseth (Wed 20 07:53)

Re: Software vs. Hardware RAID Data Mark Wong (Wed 20 15:06)

Slow query with a lot of data Moritz Onken (Mon 18 14:09)

Re: Slow query with a lot of data Matthew Wakeling (Mon 18 14:30)
Re: Slow query with a lot of data Moritz Onken (Mon 18 14:43)

Re: Slow query with a lot of data Matthew Wakeling (Mon 18 14:57)

Re: Slow query with a lot of data Moritz Onken (Mon 18 15:49)

Re: Slow query with a lot of data Matthew Wakeling (Mon 18 16:05)

Re: Slow query with a lot of data Moritz Onken (Tue 19 09:03)
Re: Slow query with a lot of data Matthew Wakeling (Tue 19 11:13)
Re: Slow query with a lot of data Moritz Onken (Tue 19 11:39)
Re: Slow query with a lot of data Matthew Wakeling (Tue 19 12:27)
Re: Slow query with a lot of data Moritz Onken (Tue 19 12:47)
Re: Slow query with a lot of data Scott Carey (Tue 19 14:56)
Re: Slow query with a lot of data Moritz Onken (Tue 19 15:28)
Re: Slow query with a lot of data Moritz Onken (Wed 20 07:54)
Re: Slow query with a lot of data Zoltan Boszormenyi (Wed 20 09:10)
Re: Slow query with a lot of data Scott Carey (Wed 20 16:01)
Re: Slow query with a lot of data Scott Carey (Wed 20 18:07)
Re: Slow query with a lot of data Tom Lane (Wed 20 18:38)
Re: Slow query with a lot of data Moritz Onken (Thu 21 07:05)
Re: Slow query with a lot of data Moritz Onken (Thu 21 07:45)
Re: Slow query with a lot of data Moritz Onken (Thu 21 07:04)
Re: Slow query with a lot of data Scott Carey (Thu 21 14:39)
Re: Slow query with a lot of data Moritz Onken (Thu 21 15:08)
Re: Slow query with a lot of data Merlin Moncure (Thu 21 17:09)
Re: Slow query with a lot of data Moritz Onken (Fri 22 06:32)
Re: Slow query with a lot of data Merlin Moncure (Fri 22 17:57)

Cross Join Problem Gauri Kanekar (Mon 18 13:37)

Re: Cross Join Problem Tom Lane (Mon 18 14:02)

Message not available
- Re: Cross Join Problem Tom Lane (Mon 18 15:20)

Optimizing a VIEW Madison Kelly (Fri 15 18:36)

Re: Optimizing a VIEW Decibel! (Sat 16 21:53)

Re: Optimizing a VIEW Rodrigo E. De León Plicet (Sun 17 01:33)
Re: Optimizing a VIEW Madison Kelly (Sun 17 15:21)

Re: Optimizing a VIEW Decibel! (Wed 20 17:35)

Re: Optimizing a VIEW Rodrigo E. De León Plicet (Sun 17 01:36)

Re: Optimizing a VIEW Gurjeet Singh (Sun 17 02:19)

Re: Optimizing a VIEW Decibel! (Wed 20 17:34)

Re: Optimizing a VIEW Tom Lane (Wed 20 18:30)

Re: Optimizing a VIEW Decibel! (Fri 22 16:29)

Re: Optimizing a VIEW Matthew Wakeling (Mon 18 11:06)

Experiences storing binary in Postgres juliano . freitas (Thu 14 18:09)

Re: Experiences storing binary in Postgres Decibel! (Sat 16 21:52)

autovacuum: use case for indenpedent TOAST table autovac settings Alvaro Herrera (Wed 13 21:28)

Re: autovacuum: use case for indenpedent TOAST table autovac settings Tom Lane (Thu 14 00:53)

Re: [HACKERS] autovacuum: use case for indenpedent TOAST table autovac settings Alvaro Herrera (Thu 14 01:28)

Re: [HACKERS] autovacuum: use case for indenpedent TOAST table autovac settings Tom Lane (Thu 14 01:31)

Re: [HACKERS] autovacuum: use case for indenpedent TOAST table autovac settings Simon Riggs (Thu 14 09:43)

Re: query plan, index scan cost Decibel! (Wed 13 15:45)
Incorrect estimates on correlated filters Chris Kratz (Tue 12 22:27)

Re: Incorrect estimates on correlated filters Decibel! (Wed 13 15:46)

Re: Incorrect estimates on correlated filters Chris Kratz (Wed 13 18:52)

Re: Incorrect estimates on correlated filters Alvaro Herrera (Wed 13 20:58)
Re: Incorrect estimates on correlated filters Decibel! (Sat 16 21:52)

Re: Incorrect estimates on correlated filters Craig Ringer (Thu 14 01:48)

Re: Incorrect estimates on correlated filters Gregory Stark (Thu 14 10:12)

[no subject] Sven Clement (Mon 11 14:51)
Using PK value as a String Jay (Mon 11 08:04)

Re: Using PK value as a String Gregory Stark (Mon 11 09:30)

Re: Using PK value as a String Valentin Bogdanov (Mon 11 09:46)

Re: Using PK value as a String Craig James (Mon 11 16:04)
Re: Using PK value as a String Mario Weilguni (Tue 12 09:58)

Re: Using PK value as a String Jay D. Kang (Tue 12 10:18)
Re: Using PK value as a String Gregory Stark (Tue 12 12:51)

Re: Using PK value as a String Bill Moran (Tue 12 13:06)
Re: Using PK value as a String Mark Mielke (Tue 12 13:28)
Re: Using PK value as a String Gregory Stark (Tue 12 13:47)
Re: Using PK value as a String Mark Mielke (Tue 12 14:19)
Re: Using PK value as a String Merlin Moncure (Tue 12 14:29)
Re: Using PK value as a String Mathias Stjernström (Tue 12 13:57)
Re: Using PK value as a String Moritz Onken (Tue 12 14:49)
Re: Using PK value as a String Bill Moran (Tue 12 15:04)
Re: Using PK value as a String Moritz Onken (Tue 12 15:10)
Re: Using PK value as a String Bill Moran (Tue 12 15:21)
Re: Using PK value as a String Moritz Onken (Tue 12 15:25)
Re: Using PK value as a String Steve Atkins (Tue 12 15:36)
Re: Using PK value as a String Bill Moran (Tue 12 15:48)
Re: Using PK value as a String Mark Mielke (Tue 12 15:57)
Re: Using PK value as a String H. Hall (Tue 12 18:52)

Re: Using PK value as a String ries van Twisk (Mon 11 12:22)

答复: [PERFORM] Using PK value as a String jay (Mon 11 10:17)

Re: long transaction Sabin Coanda (Mon 11 07:02)

Re: long transaction Merlin Moncure (Mon 11 19:04)

Re: long transaction Sabin Coanda (Tue 12 08:32)

Re: long transaction Merlin Moncure (Tue 12 16:56)

Re: long transaction Sabin Coanda (Wed 13 06:33)

Re: long transaction Merlin Moncure (Mon 18 00:05)

why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sat 09 20:39)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Tom Lane (Sat 09 20:58)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sat 09 21:21)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sat 09 21:37)
Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Tom Lane (Sat 09 21:37)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sat 09 21:57)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sat 09 22:32)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Miernik (Sun 10 02:39)

Re: why query plan for the inner SELECT of WHERE x IN is wrong, but when run the inner query alone is OK? Scott Carey (Sun 10 03:30)

Distant mirroring dforum (Sat 09 17:29)

Re: Distant mirroring Scott Marlowe (Sat 09 19:29)

Re: Distant mirroring dforums (Mon 11 14:37)

Re: Distant mirroring Fernando Hevia (Mon 11 15:35)
Re: Distant mirroring Scott Marlowe (Mon 11 16:00)

Re: Distant mirroring dforums (Tue 12 15:18)

Re: index scan cost Jeff Frost (Sat 09 06:21)
Filesystem benchmarking for pg 8.3.3 server Henrik (Fri 08 14:44)

Re: Filesystem benchmarking for pg 8.3.3 server Greg Smith (Fri 08 22:47)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Sun 10 19:41)

Re: Filesystem benchmarking for pg 8.3.3 server Glyn Astill (Mon 11 10:35)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Mon 11 12:08)

Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Mon 11 13:20)

Re: Filesystem benchmarking for pg 8.3.3 server Greg Smith (Mon 11 15:56)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Tue 12 19:40)

Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Tue 12 20:42)

Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Tue 12 21:48)

Re: Filesystem benchmarking for pg 8.3.3 server Scott Carey (Wed 13 00:44)

Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Wed 13 00:52)

Re: Filesystem benchmarking for pg 8.3.3 server david (Wed 13 01:32)
Re: Filesystem benchmarking for pg 8.3.3 server Scott Carey (Wed 13 02:58)

Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Wed 13 00:57)

Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Wed 13 04:33)
Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Wed 13 07:03)
Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Wed 13 13:25)

Re: Filesystem benchmarking for pg 8.3.3 server Greg Smith (Wed 13 06:21)

Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Wed 13 14:41)

Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Wed 13 14:48)
Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Wed 13 22:30)
Re: Filesystem benchmarking for pg 8.3.3 server Greg Smith (Thu 14 14:10)
Re: Filesystem benchmarking for pg 8.3.3 server Scott Marlowe (Thu 14 14:54)
Re: Filesystem benchmarking for pg 8.3.3 server Ron Mayer (Fri 15 04:39)
Re: Filesystem benchmarking for pg 8.3.3 server Greg Smith (Wed 13 16:57)

Re: Filesystem benchmarking for pg 8.3.3 server Matthew Wakeling (Wed 13 10:16)

<Possible follow-ups>
Re: Filesystem benchmarking for pg 8.3.3 server Luke Lonergan (Fri 08 15:04)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Fri 08 15:11)

Re: Filesystem benchmarking for pg 8.3.3 server Mark Wong (Fri 08 16:44)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Fri 08 19:22)

Re: Filesystem benchmarking for pg 8.3.3 server Andrej Ricnik-Bay (Fri 08 20:48)
Re: Filesystem benchmarking for pg 8.3.3 server david (Sat 09 02:23)

Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Mon 11 09:18)

Re: Filesystem benchmarking for pg 8.3.3 server Jeff (Mon 11 15:05)
Re: Filesystem benchmarking for pg 8.3.3 server Decibel! (Wed 13 15:46)
Re: Filesystem benchmarking for pg 8.3.3 server Henrik (Wed 13 19:55)
Re: Filesystem benchmarking for pg 8.3.3 server Decibel! (Sat 16 21:52)
Re: Filesystem benchmarking for pg 8.3.3 server david (Sun 17 00:21)
Re: Filesystem benchmarking for pg 8.3.3 server Gregory Stark (Sun 17 10:55)
Re: Filesystem benchmarking for pg 8.3.3 server Gregory Stark (Sun 17 11:18)

Restoration of datas dforums (Fri 08 07:42)

Re: Restoration of datas Richard Huxton (Fri 08 07:56)

Another index related question.... ries van Twisk (Thu 07 15:02)
Filesystem setup on new system Henrik (Thu 07 09:46)

Re: Filesystem setup on new system Greg Smith (Fri 08 22:42)

Query Plan choice with timestamps Giorgio Valoti (Thu 07 07:50)

Re: Query Plan choice with timestamps Richard Huxton (Thu 07 08:36)

Mail converted by MHonArc

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group