> I would not assume everyone has sqlite but this can be done optionally with a plugin. Will consider writing a demo for this.
Used to be everyone used BerkleyDB or some similar key-value store - for a great many usecases SQLite is just pragmatically better.
And it's arguably less exotic than perl.
You should of course do what want - but "just use SQLite" is pretty solid advice when dealing with structured data - and almost certainly better than "smart" text file.
I can't deny the benefits. But in my mind, this is not what ell should take care of. It doesn't intend to store anything whether in a text file or any other format. It should however provide the posibilities for users to store them in any way they like.
Fair enough. I seem to recall a project for keeping infinite bash history that did leverage SQLite - interfacing with such a project might be more interesting.
I was more thinking from gp comment that the project might store context or history in its own files - and then SQLite might be a good fit.
Used to be everyone used BerkleyDB or some similar key-value store - for a great many usecases SQLite is just pragmatically better.
And it's arguably less exotic than perl.
You should of course do what want - but "just use SQLite" is pretty solid advice when dealing with structured data - and almost certainly better than "smart" text file.