> > - Способ хранения данных в SQL (а другое мне на данном этапе не интересно)
> > - безумный. В этом смысле Postgres-овские GiST-индексы большое подспорье.
>
> Безумный. Он под mySQL сделан, а не под нормальную базу, Но зато крайне
> простой. Поэтому очень
Сдохнуть должно на многословных запросах. Проверено в день утонутия Курска
на базе из ~300 тыс. документов в одном крупном российском портале :).
Я не про mnogosearch а про эту схему хранения :)
> удобно искать по этому индексу не штатными средствами, а своими
> запросами, подцепляя по необходимости информацию о рубрикации и типах,
> живущую в той же базе.
Ну и в FTS - та же фигня. Точнее, лучше брать от FTS-а куски SQL-я
(where, from) - он умеет их возвращать - и добавлять свои условия.
Соответственно, на OpenFTS при этом остается только работа со словарями.
> > - судя по отсутствию соответствующей главы в документации, о морфологии
> > и формах слов эта штука ничего не знает, что печально.
>
> Знает. Испелловские словари она умеет.
> Причем задачу нормализации слова она по этим словарям решает в разы
> лучше чем сам ispell
Морфология не ограничивается ispell-ом, тут должны быть морфологические
плагины со стандартным интерфейсом. Иначе будут всякие интересные траблы,
которые тут у меня недавно были с немецким языком
Алексей Тутубалин
mailto: lexa@xxxxxxx
=============================================================================
= Apache-Talk@xxxxxxxxxxxxx mailing list =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
= Archive avaliable at http://www.lexa.ru/apache-talk =
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.