-
-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
non-blocking near-realtime indexing #217
Comments
Does the issue persist as a bug? Furthermore, I aspire to contribute code to the development of OctoBase. |
Yes, the problem still exists! However we have recently rewritten the implementation to be compatible with yjs, it can be safely called by multiple threads, so we can transform the full-text index into a non-blocking implementation. In addition, this issue is also related to another issue: #508 |
At present, the index behavior is designed to be executed when the search interface is called, which will block the search interface in a large workspace.
We should trigger the index or add the content to the index queue when the doc is modified. When the search interface is called, we should always search for the indexed data.
Previously, the internal data of yrs could not be accessed safely across threads, which was improved in new version. We should adjust the design of the search function to optimize performance.
The text was updated successfully, but these errors were encountered: