About DSE Search

DSE Search simplifies using search applications for data stored in a database.

DSE Search is part of DataStax Enterprise (DSE). DSE Search allows you to find data and create features like product catalogs, document repositories, and ad-hoc reports. See DSE Search architecture.

DSE Analytics and Search integration and DSE Analytics can use the indexing and query capabilities of DSE Search. DSE Search manages search indexes with a persistent store.

The benefits of running enterprise search functions through DataStax Enterprise and DSE Search include:
  • DSE Search is backed by a scalable database.
  • A persistent store for search indexes.
  • A fault-tolerant search architecture across multiple datacenters.
  • Add search capacity just like you add capacity in the DSE database.
  • Set up replication for DSE Search nodes the same way as other nodes by creating a keyspace or changing the replication factor of a keyspace to optimize performance.
  • DSE Search has two indexing modes: Near-real-time (NRT) and live indexing, also called real-time (RT) indexing. Configure and tune DSE Search for maximum indexing throughput.
  • Near real-time query capabilities.
  • TDE encryption of DSE Search data, including search indexes and commit logs. See Encrypting Search indexes.
  • CQL index management commands simplify search index management.
  • Local node (optional) management of search indexing resources with dsetool commands.
  • Read/write to any DSE Search node and automatically index stored data.
  • Examine and aggregate real-time data using CQL.
  • Fault-tolerant queries, efficient deep paging, and advanced search node resiliency.
  • Virtual nodes (vnodes) support.
  • Set the location of the search index.
  • Native CQL queries that leverage search indexes for an array of CQL query functionality and indexing support.
  • Using CQL, DSE Search supports partial document updates that enable you to modify existing information and maintain a lower transaction cost.
  • Supports indexing and querying of advanced data types, including tuples and user-defined types (UDT).
  • DSE Search is built with a production-certified version of Apache Solr™. DSE Search uses some Solr tools and APIs, the implementation does not guarantee that Solr tools and APIs work as expected. Be sure to review the unsupported features for DSE Search.
See the DataStax blog post What’s New for Search in DSE 6. Highlights include:
  • Simplified indexing pipeline and back-pressure that reduces the frequency of dropped mutations and requires less configuration. (Soft commit is still required for update visibility.)
  • NodeSync search data and data repair is processed automatically by DSE.
  • Native CQL queries can use search indexes for additional CQL query functionality and index support. Search queries do not require a solr_query clause, and some queries that previously required ALLOW FILTERING no longer have that limitation because search indexes are used automatically.
  • Query LIKE operator can be used with search indexes.
  • Default search index configuration provides functionality similar to the ANSI SQL LIKE operator, and requires less processing to generate the data and less index data for the search.
  • Disabled the ability to perform writes and deletes using the Solr HTTP interface.
  • Additional logging for shard replica requests to improve troubleshooting.
  • Default index behavior from Cassandra is overridden to improve the performance of post-repair index building.