Stream-based views reduce latency for view updates, providing faster view consistency and fresher data.This feature uses the streaming protocol called Database Change Protocol (DCP).
With DCP, data does not need to be persisted to disk before retrieving it with a view query. DCP offers the following benefits for views:
Views are updated with key-value data sooner.
Latency for view updates is reduced.
Views are more closely synchronized with the data.
When submitting a view query, you can include a parameter that specifies your data freshness requirements.
The name of the parameter is
stale and it takes the following values:
ok—The server returns the current entries from the index file.
update_after—The server returns the current entries from the index, and then initiates an index update.
false—The server waits for the indexer to finish the changes that correspond to the current key-value document set and then returns the latest entries from the view index.
Every 5 seconds the automatic update process checks whether 5000 changes have occurred.
If a minimum of 5000 changes occurred, an index update is triggered.
Otherwise, no update is triggered.
When triggered, the indexer requests from DCP all changes since it was last run.
The default number of changes to check for is 5000, but that number can be configured by setting the
The update interval can also be configured by setting the
stale=false view query argument has been enhanced.
When an application sends a query that has the
stale parameter set to false, the application receives all recent changes to the documents, including changes that haven’t yet been persisted to disk.
It considers all document changes that have been received at the time the query was received.
You can issue the
stale=false view query anytime and results will fetch all changes that have been made when the query was issued.
For better scalability and throughput, we recommend that you set the value of the