Unixで実行でき、電子メール検索(Dovecot、Postfix、maildir)に使用されます。
Luceneは問題ではありません、私はいくつかの代替案を分析しているだけです。
簡単なことについては、RDBMSのネイティブ全文検索。
luceneでどのような問題が発生しているかを知る必要がありますが、 Xapian は一見の価値があります。
私が今思いつくことができるのは、ネイティブのDBMS-full-text-indexing(MSSQL、MySQLの両方に実装があります)とSphinx http://www.sphinxsearch.com/about.html です。
Sphinxの利点は、MySQLおよびPostgreSQLとの統合が容易なことですが、Luceneはより機能が豊富です。
Minion Oracle Labsは、LuceneとXapianの非常に興味深い代替手段です。
他の興味深い機能の中でも、検索結果のクラスタリングをサポートしています。
圧縮パフォーマンスのために Java(mg4j)のギガバイトの管理 をお勧めします。私自身の質問の説明も参照してください: mg4j vs. Apache lucene
ノードのsearch-indexモジュールを確認してください( https://github.com/fergiemcdowall/search-index )。これは、Node.jsの単純化されたスリムなluceneのようなものです。
SolrはLuceneの上に構築されているため、代替案を検討するかどうかはわかりません。
しかし、他のものは次のとおりです。
ここでは、いくつかの代替インデクサーについて説明します。
Elastic Search もあります。 AFAIK Stackexchangeはそれに切り替えたか、切り替え中です。 (私が間違っている場合は私を訂正してください)