Miha Kuzmin,
С несколькими гигабайтами неплохо справляется и мускул... хотя, в сложных запросах скорость не сравнивала.
Будут еще мнения?
Balabass,
Давайте поставим задачу так: заданная мощность неограничена, как, впрочем и поисковый индекс - не на локализованном сервере корпорации, а в пределах, скажем, одной глобальной темы или региона... - можете представить сами. :)
Пара слов насчет мощности: речь, разумеется идет не об одном сервере, а о нескольких, объединенных какой-нибудь умной киской, умеющей распределять нагрузку.
После столь долгих объяснений хотелось бы получить ответ (ну, или хотя бы вопрос) поконкретнее :)
Гм... тогда, если не сложно - цифры привести можете? (нет, не подумайте, что я недоверяю...)
Давайте подойдем так...
1) Что такое большие объемы данных? Должна повториться, что разнесением поискового индекса можно сильно уменьшить величину отдельно взятой из БД таблицы, и потому - о скольких нулях идет речь? :)
2) Мы с вами не обсуждаем преимущества оракла, верно? Нет, драться не будем: я поклонница обеих СУБД.
Вопрос нужно поставить в другом плане: нужно ли писать свою СУБД, заточенную под быстрый поиск по определенному алгоритму, или в этом нет ни капли смысла (потому что подойдет и любая универсальная СУБД)?
Пожалуй, перефразировать вопрос не буду.
Оракл, конечно, штука неплохая, но разве она стоит на первом месте по скорости? Пока мускул не стал слишком навороченным (обязательно ему надо было все фичи дорабатывать), на первом месте по многопоточным серверам стоял, насколько я знаю, он.
Вот видите, мы и вернулись в эту самую проблему - не усложняют ли эти самые навороты жизнь поисковых систем...
Наверняка, на сях получится лучше... и по памяти, и по быстродействию... несмотря на то, что либы придется доставлять, чтоб чувствовать себя так же свободно, как в PHP.
На перле не пробовала. Но php хуже уже тем, что в нем довольно много скрыто от самого кодера... Да и не уверена, что он до конца избавлен от утечек памяти...
