You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by Yonik Seeley <ys...@gmail.com> on 2006/04/05 21:39:23 UTC
Re: [Solr Wiki] Update of "SolrIntro" by HossMan
That's kind of similar to
http://incubator.apache.org/solr/features.html
(it's the same base document I based the feature list off of).
We shouldn't have both should we?
-Yonik
On 4/5/06, Apache Wiki <wi...@apache.org> wrote:
> Dear Wiki user,
>
> You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.
>
> The following page has been changed by HossMan:
> http://wiki.apache.org/solr/SolrIntro
>
> The comment on the change is:
> initial migration of SolarIntro from CNET wiki - removed some CNET specifics
>
> New page:
> = Introduction to The Solr Enterprise Search Server =
>
> Solr is a standalone enterprise search server. You put documents in it (called "indexing") via XML over HTTP POST. You query it via HTTP GET and receive XML results.
>
> == Solr in a Nutshell ==
>
> * Advanced Full-Text Search Capabilities
> * Optimizied for High Volume Web Traffic
> * Standards Based Open Interfaces - XML and HTTP
> * Comprehensive HTML Administration Interfaces
> * Scalability - Efficient Replication to other Solr Search Servers
> * Flexible and Adaptable with XML configuration
> * Java Plugin Architecture
>
> == Solr Uses the Lucene Search Library and Extends it! ==
>
> * A Real Data Schema, with Dynamic Fields, Unique Keys
> * Powerful Extensions to the Lucene Query Language
> * Support for Dynamic Result Grouping and Filtering
> * Advanced, Configurable Text Analysis
> * Highly Configurable and User Extensible Caching
> * Performance Optimizations
> * External Configuration via XML
> * An Administration Interface
> * Monitorable Logging
> * Fast Incremental Updates and Snapshot Distribution
>
> == Reasons to Use Solr vs some other Vendor Search Product ==
>
> 1. Solr is Operationally Sound and Stable
> 1. Solr can be Deployed Quickly and Easily -- give us a day and we'll give you a solid prototype that you tweak and extend
> 1. Solr has an Easy to Read Configuration
> 1. Solr is Web-2.0 Compatible -- AJAX apps have already been written to it
> 1. Solr Allows Developers to Add their Own Query Plugin Code to
> 1. Handle the most Custom and Complex Queries Imaginable
> 1. Solr Has Sophisticated Relevancy Capabilities that are Tunable through Queries or Index Configuration
> 1. Solr is Easy to Troubleshoot by a Wide Audience using Common Tools -- it uses XML over HTTP
> 1. Solr Gives You a Clear View of the Search Collection through Administrative Interfaces, and Strong Explain Functionality
> 1. Solr is Available ''NOW''
> 1. Solr is ''not'' a Significant Capital Expense -- Solr is '''FREE'''!
>
> == More Info, Less Intro... ==
>
> === Schema ===
> * Defines the field types and fields of documents
> * Can drive more intelligent processing
> * Eliminates need for guessing of field type that lucene does in some places (sorting needs to know field type)
> * Declarative Lucene Analyzer specification
> * Dynamic fields
> * !CopyFields
>
> === Analysis/Relevancy Enhancements ===
> * Protect certain words from stemming
> * Externally configurable Stop Words
> * Externally configurable Synonym Substitution & Expansion
> * Complex handling of subword expansion/contraction
> * Word splitting on case change
> * Word splitting on alpha-numeric transition
> * Word splitting on (and removal of) delimiters
> * Per-field customizable length normalization
>
> === Query ===
>
> * Range query and prefix query fixes
> * Constant scoring... no `idf()`, `cord()`, or `lengthNorm()` factors
> * Elimination of lucene exception from too many hits
> * Fast
> * !FunctionQuery, using a function of the field value as the score (currently needs integration)
> * Sort specifications added to query language
>
> === Core ===
>
> * Pluggable query handlers
> * Pluggable update handler
> * Document uniqueness enforcement based on unique key field
> * Future: customizable per-field length normalization
> * User configurable commands triggered on index changes
> * Searcher concurrency control.
> * Correct handling of numeric types for both sorting and range queries
> * Ability to control where docs with a missing field will sort
> * Support for dynamic grouping of search results
>
> === Configurability XML solrconfig.xml ===
>
> * Externally configurable index settings such as mergeFactor, minMergeDocs, etc
> * Caching control, optimizations
>
> === Caching ===
> * Configurable Query Result, Filter, and Document cache instances
> * Pluggable Cache implementations
> * Cache warming in background
> * Autowarming in background
> * Fast/small !DocSet for filters
> * User level caching
>
> === Replication ===
> * Efficient distribution of index parts that have changed via rsync transport
> * Pull strategy allows for easy addition of searchers
> * Configurable distribution interval allows tradeoff between timeliness and cache utilization
>
> === Admin Interface ===
> * Web query interface
> * Comprehensive statistics on cache utilization, updates, queries, replication
> * Text analysis debugger, showing result of every stage in an analyzer
> * `explain()` document score detailing
Re: [Solr Wiki] Update of "SolrIntro" by HossMan
Posted by Yoav Shapira <yo...@apache.org>.
Hola,
On 4/5/06, Yonik Seeley <ys...@gmail.com> wrote:
> That's kind of similar to
> http://incubator.apache.org/solr/features.html
> (it's the same base document I based the feature list off of).
>
> We shouldn't have both should we?
No, just one. The DRY principle ;)
(http://www.artima.com/intv/dry.html bottom half)
Yoav
Re: [Solr Wiki] Update of "SolrIntro" by HossMan
Posted by Yoav Shapira <yo...@apache.org>.
No worries, it's still much better to have something in two doc places
than not having it at all ;)
Yoav
On 4/5/06, Chris Hostetter <ho...@fucit.org> wrote:
>
> : That's kind of similar to
> : http://incubator.apache.org/solr/features.html
> : (it's the same base document I based the feature list off of).
>
> crap, i forgot about that doc ... sorry, i'll clean it up.
>
>
> -Hoss
>
>
--
Yoav Shapira
Nimalex LLC
1 Mifflin Place, Suite 310
Cambridge, MA, USA
yoavs@computer.org / www.yoavshapira.com
Re: [Solr Wiki] Update of "SolrIntro" by HossMan
Posted by Chris Hostetter <ho...@fucit.org>.
: That's kind of similar to
: http://incubator.apache.org/solr/features.html
: (it's the same base document I based the feature list off of).
crap, i forgot about that doc ... sorry, i'll clean it up.
-Hoss