Mailing lists [pgsql-performance]

12 April 2006

• 04:18   Re: pgmemcache PFC
• 04:22   Re: FOREIGN KEYS vs PERFORMANCE PFC
• 09:59   Re: Better index stategy for many fields with few values Markus Schaber
• 10:04   Re: Sequencial scan instead of using index Harry Hehl
• 10:18   Re: FOREIGN KEYS vs PERFORMANCE Markus Schaber
• 11:50   Re: FOREIGN KEYS vs PERFORMANCE Craig A. James
• 11:50   Re: FOREIGN KEYS vs PERFORMANCE Rodrigo Sakai
• 12:03   Re: FOREIGN KEYS vs PERFORMANCE Merlin Moncure
• 12:07   Re: FOREIGN KEYS vs PERFORMANCE Michael Glaesemann
• 12:09   Re: FOREIGN KEYS vs PERFORMANCE PFC
• 12:13   Re: FOREIGN KEYS vs PERFORMANCE Scott Marlowe
• 12:36   Re: FOREIGN KEYS vs PERFORMANCE Jim C. Nasby
• 12:40   Re: FOREIGN KEYS vs PERFORMANCE Jim C. Nasby
• 14:45   Re: FOREIGN KEYS vs PERFORMANCE Craig A. James
• 16:56   Re: bad performance on Solaris 10 Bruce Momjian
• 17:44   Re: Better index stategy for many fields with few values Jim C. Nasby
• 18:41   Re: FOREIGN KEYS vs PERFORMANCE Jim C. Nasby
• 19:35   Re: bad performance on Solaris 10 Luke Lonergan
• 19:38   Re: Better index stategy for many fields with few Luke Lonergan
• 19:50   Re: bad performance on Solaris 10 Josh Berkus
• 20:04   Re: Better index stategy for many fields with few values Jim Nasby
• 20:05   Re: pgmemcache Josh Berkus
• 21:10   Re: pgmemcache Jim C. Nasby
• 21:33   multi column query Sriram Dandapani
• 21:35   Re: pgmemcache Tom Lane
• 21:43   Re: multi column query Jim C. Nasby
• 22:11   Inserts optimization? Francisco Reyes
• 22:19   Re: Inserts optimization? Chris
• 22:26   pg 7.4.x - pg_restore impossibly slow patrick keshishian
• 22:37   Re: FOREIGN KEYS vs PERFORMANCE Craig A. James
• 22:53   Re: bad performance on Solaris 10 Jignesh K. Shah
• 23:55   Re: Sun Fire T2000 and PostgreSQL 8.1.3 Bruce Momjian