Полнотекстовый поиск включён в ядро PostgreSQL

Не планирует.

MySQL (кластер серверов) для быстрого чтения и быстрой записи куска текста в БД подходит замечательно. Сложной логики в БД там нет. (См. http://www.mediawiki.org/wiki/Image:Mediawiki-database-schema.png ) Полнотекстовый поиск всё равно работает с помощью внешних средств (которые можно заточить под свои задачи и которые поддерживают множественную интернационализацию, т. е. Apache Lucene).

Ну а самое главное - уже очень много сделано оптимизаций в движке под MySQL.

Да, интересно, а зачем это википедии?

Я с пол года назад разбирался с mediawiki - там прежде чем начать поиск в MySQL юникодный текст кодировался в восьмибитную строку, а PostgreSQL поиск сразу шёл через Unicode + всякие словари я думаю помогли бы быстрому поиску.

Такие как ты ничего не решают, посему сиди и бзди себе в лужи. MySQL наше фсе!

http://www.sai.msu.su/~megera/postgres/fts/doc/fts-dict.html

2.8.2. Ispell dictionary

Ispell template dictionary for FTS allows creation of morphological dictionaries, based on Ispell, which has support for a large number of languages.

А слабо сходить по первой ссылке и посмотреть главы про GIST и словари?

На сколько я понимаю да (искать russian.aff - дополнение к russian.hash). Есть (точнее был) словарь Книжника, а есть словарь Лебедева примерно одинаковые по качеству проверки, но первый был в десять раз объёмнее второго, так как набирался просто сканирование большого объёма текстов без всяких affixов, поэтому со временем умер.

вроде неплохо ищет. сильно лучше mnogosearch

>Такие как ты ничего не решают, посему сиди и бзди себе в лужи. MySQL наше фсе!

Сам себя пытаешься переубедить или просто обмануть?

как всегда анонимус отжег, спросил, потом озадачи, а потом сделал вывод на основании своей же информации что все остой.

не позорь анонимусов, зарегистрируйся.

Присоединяюсь. И не только им, но и всем авторам Постгреса.

Посмотри что хостеры в массе своей юзают, а потом говори. Web не хуй собачий однако.

Да, уж. :)

Причину этого читай здесь в микроинтервью Андрея Борзова: http://www.inp.nsk.su/~baldin/PostgreSQL/

На функциональность как мне кажется пока вряд-ли - там IMHO всё довольно тупо сделано, то есть куда дотачивать: но я думаю, что морфология это уже само по себе сразу даст преимущество в поиске.

А так mediawiki и рньше поддерживала PostgreSQL, но достаточно криво (p://www.inp.nsk.su/~baldin/Wiki/index.html). Может быть сейчас что-то поменяется.

Однако, Postgre даже "бесплатнее", чем MySQL. Что ж на него нет массового перехода? :)

ну не знаю в чем должна проявляться эта кривость, но у меня медиавики уже несколько месяцев на постгресе и нареканий небыло, полнотекстовый поиск работает довольно шустро и адекватно. но я имел ввиду, сможет ли работать старый код викимедии под новой версией постгреса? можно ли не опасаясь проапгрейдить постгрес, или ждать адаптации под сабж движка викимедии и апгрейдить всё вместе?

Про корявость - когда я в январе с этим разбирался, то поиск в PostgreSQL просто не работал из-за глупейшей баги - пришлось запостить баг репорт. Надо сказать отреагировали разработчики мгновенно.

Бага была в mediawiki, естественно.

>Evgueni (*) (22.08.2007 6:05:41)

Алексея, однако.

Прошу прощения - оговорился :(

> Как утверждает Том, это самый большой патч за всю историю PostgreSQL

..и один из самых полезных

>Такие как ты ничего не решают, посему сиди и бзди себе в лужи. MySQL наше фсе!

Так и хочется сказать SQLite наше фсе. Но не буду. Рад за PostgreSQL, чем в скором времени и воспользуюсь

В каком виде? Перебор приставок и окончаний у заданного корня? Это в принципе несовместимо с индексным поиском, а следовательно медленно.

И при этом не совершенно не покрывает всего многообразия вариантов словообразования в русском языке.

> В каком виде? Перебор приставок и окончаний у заданного корня? Это в принципе несовместимо с индексным поиском, а следовательно медленно.

А слабо сходить по первой ссылке и почитать?

Олег