Store the content of the indexed content in a database?

Discussion related to "Everything" 1.5 Alpha.
Post Reply
Biff
Posts: 1158
Joined: Mon May 25, 2015 7:09 am

Store the content of the indexed content in a database?

Post by Biff »

Is there a way to store the content of the indexed content in a database (instead of holding it in the RAM)? Maybe as an option (causing longer searches for contents).

Why is it that Everything sometimes uses 700 MB of RAM and often uses 3-5 GB up to 7 GB of RAM? So how is it possible that the same information (of the indexed content, etc.) suddenly only needs 700 MB RAM?
TheBestPessimist
Posts: 28
Joined: Sat Jan 14, 2023 6:36 pm

Re: Store the content of the indexed content in a database?

Post by TheBestPessimist »

This is an interesting idea: store the content in something like an SQLite with FTS?

I am talking about "content indexing" feature, not about the usual file indexing which should not be changed.
wise_mike
Posts: 14
Joined: Thu Mar 21, 2024 9:52 am

Re: Store the content of the indexed content in a database?

Post by wise_mike »

I second that, it would be great to have a fixed database, and updated only when needed. For example if one has 1000 files that are not changing, no need to reindex them each time I open the program. They can just stay in the database all the time.
void
Developer
Posts: 16754
Joined: Fri Oct 16, 2009 11:31 pm

Re: Store the content of the indexed content in a database?

Post by void »

Everything should only index your content once.

Alternatively, search your system index with Everything using si:
Post Reply