Это он и есть (поиск SharePoint, FAST более навороченный по функциональности продукт и скорее расширение возможностей стандартного поиска SharePoint). Другое дело что вместе с SharePoint вам придется платить деньги за то что в Search Express есть за просто так.
Нет, Search Server построен на собственной микрософтовской codebase, продолжение поиска в MOSS 2k7
FS4SP построен на codebase от Fast, с некоторыми внутренними изменениями, и другими внешними интерфейсами.
С довольно большой вероятностью к след волне релизов офиса, эти две codebases сольются в одну.
А сколько примерно по времени занимает индексация/переиндексация таких хранилищ и какого размера база получается в итоге? Тут ведь уже сиквел нужен, полноценный.
Сейчас база примерное 5гиг (еще кое-чего добавил, сейчас опять индексирует). хранится все это не в SQLServer а в CiFiles.
У нас отдельные сервера, но они на одном esxi хосте (сеть 10гигабит ) и сами файлы на FC хранилище.
Сколько времени занимает сложно сказать, т.к. я запускал, поначалу, индексацию не скольких источников данных.
Поэтому мои несколько ТБ разбиты на несколько источников гиг по 500-700.
Один источник в логе пишет часа два.
Вопрос имеет значение (для меня) если Вы пользуетесь API, т.к. нам не нужен SharePoint. Без него вообще возможно использование? Скажем как набор библиотек с настройками в приложении.
было бы неплохо чтобы можно было указать интервал времени когда делать дополнительный обход, чтобы он это делал в рабочие часы, а также чтобы дружил с VSS для получения какие файлы были изменены.
Microsoft Search Server 2010 Express