views:

392

answers:

7

We have a web app that allows users to upload documents, create their own documents, and so on. Uploaded files are stored on Amazon S3, created information is stored in a MySQL database. What I'm looking for is some sort of search engine, where I feed it all of our text documents, each with a unique ID, and it builds an index or whatever. Later, I can give it search queries, and it will pull out the best matching documents (via their ID), along with snippets of matching text.

Basically we want to allow our users to search through their repository of uploaded stuffs, along with anything that other users have marked as public. The solution should run on a standard Linux server, and ideally it would be open source, but I'll also consider paid solutions if they aren't outrageously priced.

So far, I've found three potential candidates:

  1. MySQL Full Text Search - some reports I've read are that it's very slow
  2. Apache Lucene - unfortunately written in Java, but I'll use it if I have to. Supposedly fast
  3. Sphinx - doesn't seem to be as popular, ideally whatever solution I find will have lots of community support.

Please let me know if there are any other good choices that I've overlooked, or if you have experience with any of the above.

A: 

I imagine that Google will have a solution that meets your needs. Start here: Google Enterprise

Eric P. Mangold
This isn't quite what I'm looking for. I'm looking for something a little more low-level that I can tightly integrate with our application. It looks like there's lots of votes for Lucene, so that's probably what I'll end up with unless I find something better.
davr
+2  A: 

There is a very similar question asked here http://stackoverflow.com/questions/34314/how-do-i-implement-search-functionality-in-a-website

Marcel Tjandraatmadja
A: 

There is a Ruby port of Lucene called "Ferret". In addition to the Ruby API, you can get at the underlying c implementation called "cFerret".

AShelly
And there's no Java involved!
AShelly
A: 

Lucene is very good. And although it was originally written in java there is a php implementation http://framework.zend.com/manual/en/zend.search.lucene.html

Ryan
A: 

There is also Xapian which is fast and is quite customizable.

It has support for custom indexers allowing one to index data that is not stored in a database which might be useful for your documents stored on S3.

sock
+1  A: 

Take a look at Solr. It's based on Lucene, so it's very fast, and it's really easy to use from any platform.

Mauricio Scheffer
I originally started messing with Lucene, but then found Solr, which is a lot easier to use out of the box. I've got something built based on it with only a few hours work, it's pretty nice.
davr
+2  A: 

Sphinx may be worth your consideration, as it works well with several common RDMS (notably MySQL)

Marc Gear
This one also looks pretty good, but I already started down the road with Lucene/Solr. I'll definitely look more into Sphinx if I run into trouble with Lucene/Solr.
davr