RE: [PHP-DB] Speeding up a query by narrowing it down
| From: | Bastien Koert | Date: | Thu, 30 Nov 2006 02:42:57 +0000 |
| Subject: | RE: [PHP-DB] Speeding up a query by narrowing it down | ||
| References: | 1 | Groups: | php.db |
| Request: | Send a blank email to php-db+get-42769@lists.php.net to get a copy of this message | ||
Have you tried limiting it first via a subselect and then doing the full text match?
bastien
From: benmoreassynt <roland@tannerritchie.com> To: php-db@lists.php.net Subject: [PHP-DB] Speeding up a query by narrowing it down Date: Wed, 29 Nov 2006 21:02:03 -0500 Hi, I have a query which works successfully, but which has the potential to be slow as the database grows. The query is: SELECT_________________________________________________________________ Find a local pizza place, music store, museum and more then map the best route! Check out Live Local today! http://local.live.com/?mkt=en-ca/id, LOCATE('my search string',fulltext) FROMcontentsWHERE MATCH (fulltext) AGAINST ('"my search string"' IN BOOLEAN MODE) So it is getting the ID and location of a string in a table containing large fulltext indexed entries. Now, what seemed to me to be logical was that I could speed up the query by adding lines like this: AND somefield <= '1550' AND anotherfield >= '1500' So that MySQL would not bother looking at lines wheresomefieldoranotherfieldwere outside the ranges mentioned. But instead MySQL seems to check all the lines for hits, and only THEN narrows by using the other fields. So the query can actually be slower when qualified more, and ORDER BY makes it slower still. I've tried all sorts of indexes, but the fastest arrangement remains a fulltext index on the 'fulltext' field. Can anybody think of a way to deal with this so that MySQL doesn't waste time searching where it doesn't need to? Many thanks for you help BMA -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php