pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feed"large" spam tables and performance: postgres memory parameters
2010-01-07 15:23 UTC Gary Warner <gar@cis.uab.edu>
` Re: "large" spam tables and performance: postgres memory parameters
2010-01-07 17:35 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: "large" spam tables and performance: postgres memory parameters
2010-01-08 01:59 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: "large" spam tables and performance: postgres memory parameters
2010-01-08 02:02 UTC Stephen Frost <sfrost@snowman.net>
[4+ messages in thread]
noob inheritance question
2010-01-06 23:53 UTC Zintrigue <zintrigue@gmail.com>
` Re: noob inheritance question
2010-01-07 00:00 UTC Richard Broersma <richard.broersma@gmail.com>
` Re: noob inheritance question
2010-01-07 00:13 UTC Richard Neill <rn214@cam.ac.uk>
` Re: noob inheritance question
2010-01-07 04:00 UTC Nikolas Everett <nik9000@gmail.com>
` Re: noob inheritance question
2010-01-07 20:19 UTC Robert Haas <robertmhaas@gmail.com>
[5+ messages in thread]
query looping?
2010-01-04 19:41 UTC Brian Cox <brian.cox@ca.com>
` Re: query looping?
2010-01-04 21:53 UTC Robert Haas <robertmhaas@gmail.com>
` Re: query looping?
2010-01-04 22:24 UTC Brian Cox <brian.cox@ca.com>
` Re: query looping?
2010-01-05 15:03 UTC Robert Haas <robertmhaas@gmail.com>
` Re: query looping?
2010-01-05 21:05 UTC Brian Cox <brian.cox@ca.com>
` Re: query looping?
2010-01-05 21:33 UTC Brian Cox <brian.cox@ca.com>
` Re: query looping?
2010-01-06 01:34 UTC Robert Haas <robertmhaas@gmail.com>
` Re: query looping?
2010-01-07 18:43 UTC Brian Cox <brian.cox@ca.com>
` Re: query looping?
2010-01-07 20:16 UTC Robert Haas <robertmhaas@gmail.com>
[9+ messages in thread]
Joining on text field VS int
2010-01-07 04:21 UTC Radhika S <rs88820@gmail.com>
` Re: Joining on text field VS int
2010-01-07 18:52 UTC Nikolas Everett <nik9000@gmail.com>
[2+ messages in thread]
Digesting explain analyze
2010-01-06 19:10 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Digesting explain analyze
2010-01-06 20:03 UTC Ron Mayer <rm_pg@cheapcomplexdevices.com>
` Re: Digesting explain analyze
2010-01-07 01:58 UTC Robert Haas <robertmhaas@gmail.com>
` Re: Digesting explain analyze
2010-01-07 06:10 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Digesting explain analyze
2010-01-07 06:39 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Digesting explain analyze
2010-01-07 08:24 UTC Oleg Bartunov <oleg@sai.msu.su>
` Re: Digesting explain analyze
2010-01-07 11:23 UTC Matthew Wakeling <matthew@flymine.org>
[7+ messages in thread]
Re: Optimizer use of index slows down query by factor
2010-01-07 07:49 UTC Michael Ruf <mrf@inxmail.de>
DB is slow until DB is reloaded
2010-01-04 19:10 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 19:25 UTC Gary Doades <gpd@gpdnet.co.uk>
` Re: DB is slow until DB is reloaded
2010-01-04 19:31 UTC Steve Crawford <scrawford@pinpointresearch.com>
` Re: DB is slow until DB is reloaded
2010-01-04 20:30 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 20:39 UTC Richard Neill <rn214@cam.ac.uk>
` Re: DB is slow until DB is reloaded
2010-01-04 20:40 UTC Gary Doades <gpd@gpdnet.co.uk>
` Re: DB is slow until DB is reloaded
2010-01-04 20:53 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:00 UTC Brad Nicholson <bnichols@ca.afilias.info>
` Re: DB is slow until DB is reloaded
2010-01-04 21:03 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: DB is slow until DB is reloaded
2010-01-04 21:28 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:33 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:43 UTC Steve Crawford <scrawford@pinpointresearch.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:53 UTC Steve Crawford <scrawford@pinpointresearch.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:54 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 21:57 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-04 22:06 UTC Rosser Schwarz <rosser.schwarz@gmail.com>
` Re: DB is slow until DB is reloaded
2010-01-04 22:13 UTC Greg Smith <greg@2ndquadrant.com>
` Re: DB is slow until DB is reloaded
2010-01-04 22:51 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: DB is slow until DB is reloaded
2010-01-05 00:34 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-05 00:36 UTC Madison Kelly <linux@alteeve.com>
` Re: DB is slow until DB is reloaded
2010-01-05 01:10 UTC Steve Crawford <scrawford@pinpointresearch.com>
` Re: DB is slow until DB is reloaded
2010-01-05 04:02 UTC Craig James <craig_james@emolecules.com>
` Re: DB is slow until DB is reloaded
2010-01-05 13:17 UTC Brad Nicholson <bnichols@ca.afilias.info>
` Re: DB is slow until DB is reloaded
2010-01-06 01:04 UTC Scott Carey <scott@richrelevance.com>
` Re: DB is slow until DB is reloaded
2010-01-06 01:16 UTC Craig Ringer <craig@postnewspapers.com.au>
[25+ messages in thread]
forced sequential scan when condition has current_user
2010-01-04 21:47 UTC Keresztury Balázs <balazs@gaslightmusic.hu>
` Re: forced sequential scan when condition has current_user
2010-01-04 21:59 UTC Robert Haas <robertmhaas@gmail.com>
` Re: forced sequential scan when condition has current_user
2010-01-04 22:49 UTC Keresztury Balázs <balazs@gaslightmusic.hu>
` Re: forced sequential scan when condition has current_user
2010-01-04 23:13 UTC Erik Jones <ejones@engineyard.com>
` Re: forced sequential scan when condition has current_user
2010-01-05 02:09 UTC Robert Haas <robertmhaas@gmail.com>
` Re: forced sequential scan when condition has current_user
2010-01-05 02:14 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: forced sequential scan when condition has current_user
2010-01-05 05:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: forced sequential scan when condition has current_user
2010-01-05 14:15 UTC Fernando Hevia <fhevia@ip-tel.com.ar>
` Re: forced sequential scan when condition has current_user
2010-01-05 17:38 UTC Keresztury Balázs <balazs@gaslightmusic.hu>
[9+ messages in thread]
Message queue table - strange performance drop with changing limit size.
2010-01-01 11:48 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Message queue table - strange performance drop with changing limit size.
2010-01-01 14:53 UTC Greg Williamson <gwilliamson39@yahoo.com>
` Re: Message queue table - strange performance drop with changing limit size.
2010-01-01 15:04 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Message queue table - strange performance drop with changing limit size.
2010-01-02 12:25 UTC Dimitri Fontaine <dfontaine@hi-media.com>
` Re: Message queue table - strange performance drop with changing limit size.
2010-01-03 19:20 UTC Greg Smith <greg@2ndquadrant.com>
[5+ messages in thread]
Manual vacs 5x faster than autovacs?
2009-11-12 14:33 UTC Wayne Beaver <wayne@acedsl.com>
` Re: Manual vacs 5x faster than autovacs?
2009-11-12 14:49 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Manual vacs 5x faster than autovacs?
2009-11-12 15:14 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Manual vacs 5x faster than autovacs?
2009-11-12 16:14 UTC Wayne Beaver <wayne@acedsl.com>
` Re: Manual vacs 5x faster than autovacs?
2009-11-12 16:33 UTC Scott Marlowe <scott.marlowe@gmail.com>
[5+ messages in thread]
limiting performance impact of wal archiving.
2009-11-10 11:55 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 13:41 UTC Kenneth Marshall <ktm@rice.edu>
` Re: limiting performance impact of wal archiving.
2009-11-10 14:05 UTC Ivan Voras <ivoras@freebsd.org>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:00 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:11 UTC Ivan Voras <ivoras@freebsd.org>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:29 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:37 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:43 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:48 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: limiting performance impact of wal archiving.
2009-11-10 15:53 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 16:35 UTC Greg Smith <greg@2ndquadrant.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 16:52 UTC Laurent Laborde <kerdezixe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:01 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:07 UTC Craig James <craig_james@emolecules.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:10 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:26 UTC Greg Smith <greg@2ndquadrant.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:34 UTC Greg Smith <greg@2ndquadrant.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 17:48 UTC Greg Smith <greg@2ndquadrant.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 18:10 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: limiting performance impact of wal archiving.
2009-11-10 20:29 UTC Jeff <threshar@torgo.978.org>
` Re: limiting performance impact of wal archiving.
2009-11-12 06:37 UTC Scott Carey <scott@richrelevance.com>
` Re: limiting performance impact of wal archiving.
2009-11-12 06:47 UTC Greg Smith <greg@2ndquadrant.com>
` Re: limiting performance impact of wal archiving.
2009-11-12 14:21 UTC Laurent Laborde <kerdezixe@gmail.com>
[23+ messages in thread]
Re: Why age (datfrozenxid) in postgres becomes 1073742202 not zero after each vacuum of database.
2009-11-12 06:04 UTC "Ing . Marcos Luís Ortíz Valmaseda" <mlortiz@uci.cu>
` Why age (datfrozenxid) in postgres becomes 1073742202 not zero after each vacuum of database.
2009-11-12 08:18 UTC Brahma Prakash Tiwari <brahma.tiwari@inventum.cc>
[2+ messages in thread]
Adaptec Zero-Maintenance Cache Protection - Anyone using?
2009-11-11 12:40 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: Adaptec Zero-Maintenance Cache Protection - Anyone using?
2009-11-11 21:16 UTC Robert Schnabel <schnabelr@missouri.edu>
[2+ messages in thread]
Database tuning at Duke
2009-11-11 00:31 UTC Greg Smith <greg@2ndquadrant.com>
CREATE TABLE slowing down significantly over time
2009-11-08 03:15 UTC Aris Samad-Yahaya <aris@quickschools.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-08 03:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: CREATE TABLE slowing down significantly over time
2009-11-08 03:47 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: CREATE TABLE slowing down significantly over time
2009-11-08 04:55 UTC Aris Samad-Yahaya <aris@quickschools.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-08 04:58 UTC Aris Samad-Yahaya <aris@quickschools.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-08 05:30 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 03:58 UTC Robert Haas <robertmhaas@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 08:40 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 12:22 UTC Robert Haas <robertmhaas@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 14:46 UTC Anj Adu <fotographs@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 15:33 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 15:49 UTC Robert Haas <robertmhaas@gmail.com>
` Re: CREATE TABLE slowing down significantly over time
2009-11-09 17:04 UTC Greg Smith <greg@2ndquadrant.com>
[13+ messages in thread]
random_page_cost for tablespace
2009-11-09 12:58 UTC Laszlo Nagy <gandalf@shopzeus.com>
` Re: random_page_cost for tablespace
2009-11-09 13:48 UTC Robert Haas <robertmhaas@gmail.com>
` Re: random_page_cost for tablespace
2009-11-09 16:04 UTC Laszlo Nagy <gandalf@shopzeus.com>
[3+ messages in thread]
maintaining a reference to a fetched row
2009-11-03 20:30 UTC Brian Karlak <zenkat@metaweb.com>
` Re: maintaining a reference to a fetched row
2009-11-04 00:03 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: maintaining a reference to a fetched row
2009-11-04 00:12 UTC Brian Karlak <zenkat@metaweb.com>
` Re: maintaining a reference to a fetched row
2009-11-04 05:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: maintaining a reference to a fetched row
2009-11-04 16:47 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: maintaining a reference to a fetched row
2009-11-04 17:25 UTC Brian Karlak <zenkat@metaweb.com>
` Re: maintaining a reference to a fetched row
2009-11-04 17:41 UTC Brian Karlak <zenkat@metaweb.com>
` Re: maintaining a reference to a fetched row
2009-11-04 20:43 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: maintaining a reference to a fetched row
2009-11-05 04:27 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: maintaining a reference to a fetched row
2009-11-09 14:34 UTC Dimitri Fontaine <dfontaine@hi-media.com>
[10+ messages in thread]
Problem with database performance, Debian 4gb ram ?
2009-11-02 13:58 UTC Massan <grant.massan@gmail.com>
` Problem with database performance, Debian 4gb ram ?
2009-11-02 14:16 UTC Grant Masan <grant.massan@gmail.com>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-02 14:19 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-02 14:22 UTC Ivan Voras <ivoras@freebsd.org>
` Re: [PERFORM] Problem with database performance, Debian 4gb ram ?
2009-11-02 14:33 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-03 15:13 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-03 17:23 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-03 17:54 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-06 14:37 UTC Craig James <craig_james@emolecules.com>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-06 15:26 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Problem with database performance, Debian 4gb ram ?
2009-11-06 15:39 UTC Alvaro Herrera <alvherre@commandprompt.com>
[11+ messages in thread]
Followup: vacuum'ing toast
2009-11-04 23:52 UTC Dave Crooke <dcrooke@gmail.com>
` Re: Followup: vacuum'ing toast
2009-11-05 01:27 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Followup: vacuum'ing toast
2009-11-05 03:01 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Followup: vacuum'ing toast
2009-11-05 09:04 UTC Eduardo Morras <emorras@s21sec.com>
` Re: Followup: vacuum'ing toast
2009-11-05 11:49 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Followup: vacuum'ing toast
2009-11-05 12:09 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Followup: vacuum'ing toast
2009-11-05 14:28 UTC Greg Smith <greg@2ndquadrant.com>
` Re: Followup: vacuum'ing toast
2009-11-06 08:22 UTC Craig Ringer <craig@postnewspapers.com.au>
[8+ messages in thread]
Running some query in low priority
2009-11-05 09:36 UTC S Arvind <arvindwill@gmail.com>
` Re: Running some query in low priority
2009-11-05 09:38 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Running some query in low priority
2009-11-05 11:32 UTC Greg Stark <gsstark@mit.edu>
` Re: Running some query in low priority
2009-11-05 13:20 UTC S Arvind <arvindwill@gmail.com>
` Re: Running some query in low priority
2009-11-05 13:25 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Running some query in low priority
2009-11-05 13:39 UTC Matthew Wakeling <matthew@flymine.org>
` Re: Running some query in low priority
2009-11-05 13:42 UTC Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: Running some query in low priority
2009-11-05 18:02 UTC Scott Marlowe <scott.marlowe@gmail.com>
[8+ messages in thread]
High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 03:02 UTC Jay Manni <JManni@FireEye.com>
` High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 03:12 UTC Jay Manni <JManni@FireEye.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 03:35 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 03:42 UTC David Saracini <dsaracini@yahoo.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 04:42 UTC Greg Smith <gsmith@2ndquadrant.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 13:59 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 14:28 UTC Greg Smith <greg@2ndquadrant.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 16:39 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-04 16:58 UTC Anj Adu <fotographs@gmail.com>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-05 01:12 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: High Frequency Inserts to Postgres Database vs Writing to a File
2009-11-05 08:01 UTC Jay Manni <JManni@FireEye.com>
[11+ messages in thread]
Optimizer + bind variables
2009-11-03 17:47 UTC David Kerr <dmk@mr-paradox.net>
` Re: Optimizer + bind variables
2009-11-03 23:43 UTC Craig Ringer <craig@postnewspapers.com.au>
` Re: Optimizer + bind variables
2009-11-03 23:52 UTC David Kerr <dmk@mr-paradox.net>
` Re: Optimizer + bind variables
2009-11-04 00:02 UTC Chris <dmagick@gmail.com>
` Re: Optimizer + bind variables
2009-11-04 00:18 UTC David Kerr <dmk@mr-paradox.net>
` Re: Optimizer + bind variables
2009-11-05 05:47 UTC Scott Carey <scott@richrelevance.com>
[6+ messages in thread]
vacuum'ing toast crumbs, detecting dangling transactions
2009-11-04 21:18 UTC Dave Crooke <dcrooke@gmail.com>
` Re: vacuum'ing toast crumbs, detecting dangling transactions
2009-11-04 21:30 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: vacuum'ing toast crumbs, detecting dangling transactions
2009-11-04 21:51 UTC Scott Marlowe <scott.marlowe@gmail.com>
[3+ messages in thread]
Free memory usage Sol10, 8.2.9
2009-11-03 19:16 UTC Subbiah Stalin-XCGF84 <SSubbiah@Motorola.com>
` Re: Free memory usage Sol10, 8.2.9
2009-11-03 20:42 UTC Jeremy Harris <jgh@wizmail.org>
` Re: Free memory usage Sol10, 8.2.9
2009-11-04 10:35 UTC Ivan Voras <ivoras@freebsd.org>
[3+ messages in thread]
Re: Queryplan within FTS/GIN index -search.
2009-11-02 22:06 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 00:18 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 14:56 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 15:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 16:49 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 17:03 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 18:36 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Queryplan within FTS/GIN index -search.
2009-11-03 21:50 UTC Kevin Grittner <Kevin.Grittner@wicourts.gov>
[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