Hi Chris, Yes, from what you described, Solr sounds like a good choice. It sounds like for each type of entity (doc vs. product vs... ) you may want to have a separate index/schema. The best place to start is the tutorial.
Otis -- Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch ----- Original Message ---- > From: Chris <[EMAIL PROTECTED]> > To: solr-user@lucene.apache.org > Sent: Saturday, September 20, 2008 12:40:13 AM > Subject: Capabilities of solr > > Hello, > > We currently have a ton of documents that we would like to index and > make search-able. I came across solr and it seems like it offers a lot > of nice features and would suite our needs. > > The documents are in similar structure to java code, blocks > representing functions, variables, comment blocks etc. > > We would also like to provide our users the ability to "tag" a line, > or multiple lines of the document with comments that would be stored > externally, for future reference or notes for enhancements. These > documents are also updated frequently. > > I also noticed in the examples that XML documents are used to import > documents into solr. If we have code like documents vs. for example > products is there any specific way to define the solr schema for these > types of documents? > > Currently we maintain these documents as flat files and in MySQL. > > Does solr sound like a good option for what we are looking to do? If > so, could anybody provide some starting points for my research? > > Thank you
