epriestley 1de130c9f5 Allow the Ferret engine to remove "common" ngrams from the index ... Summary: Ref T13000. This adds support for tracking "common" ngrams, which occur in too many documents to be useful as part of the ngram index. If an ngram is listed in the "common" table, it won't be written when indexing documents, or queried for when searching for them. In this change, nothing actually writes to the "common" table. I'll start writing to the table in a followup change. Specifically, I plan to do this: - A new GC process updates the "common" table periodically, by writing ngrams which appear in more than X% of documents to it, for some value of X, if there are at least a minimum number of documents (maybe like 4,000). - A new GC process deletes ngrams that have been added to the common table from the existing indexes. Hopefully, this will pare down the ngrams index to something reasonable over time without requiring any manual tuning. Test Plan: - Ran some queries and indexes. - Manually inserted ngrams `xxx` and `yyy` into the ngrams table, searched and indexed, saw them ignored as viable ngrams for search/index. Reviewers: amckinley Reviewed By: amckinley Maniphest Tasks: T13000 Differential Revision: https://secure.phabricator.com/D18672		2017-10-03 13:27:42 -07:00
..
__tests__	Improve performance of Ferret engine ngram extraction, particularly for large input strings	2017-09-27 10:41:39 -07:00
PhabricatorFerretEngine.php	Allow the Ferret engine to remove "common" ngrams from the index	2017-10-03 13:27:42 -07:00
PhabricatorFerretInterface.php	Build a prototype fulltext engine ("Ferret") using only basic MySQL primitives	2017-08-28 14:52:59 -07:00
PhabricatorFerretMetadata.php	Support Ferret engine for searching users	2017-09-07 13:22:12 -07:00