@Dormouse- that's a no-brainer for me too. It's one of the reasons that I stopped depending on Obsidian pretty quickly, and moved over to the Frankenstein model that I have (Using Foam and Memo extensions). But the plugins with Visual Studio Code has been working really well for me. I wish that I had the ability to embed references- it's one thing that would have solved some issues I've had. But it has worked out fine, especially with previews inline.
-wraith808
As you know, I have a much more nuanced approach to databases.
I'm OK with Writemonkey 3 with its coterminous files. I have my data in files
and the extra features that come from the database (which include, I assume, its very good folding). Most writing programs have some sort of database; some also have files and some save much of the data in files.
But the Writemonkey approach to the database is far superior to that in Obsidian:
It's explicit that everything is in a database, with coterminous files being a selectable option.
The location of the database can be changed.
You can have more than one database.
You can run more than one instance at the same time.
This makes it easy to have a tiered approach to privacy and security.
Even so there are still some reports etc I wouldn't use Writemonkey for.
Obsidian has never been totally clear about what is saved where. Some is saved in the vault folder. But a large part has been moved to a json in a system folder.
It talks about vaults, and how every fault is totally separate, but then the data from every vault is in the same system folder in readable format.
It seems hard coded to only look at one location. If it's empty it writes another set.
And it has just announced saved searches. So a reiteration of the same question in my head - 'What is saved, where?'. I'm sure the answer will be that central json, but I'll have to run a few searches and do a file check to see exactly what's there. And will only be quick because I will know what I'm looking for and can do a search.
For me, it's straightforward poor design and not thinking through the implications of choices. Fixing a small immediate problem - today easier, tomorrow harder, and just don't think about next week.
Most of the immediate problems can be overcome. I control what I use it for. I can remove and encrypt the system file between uses (though that would always irritate me). And I can to a detailed test of every update (though they are weekly, more or less; I think I'll make it less going forward, updating is starting to feel too much effort for a small gain).
The big question about any developing software is where it's going to end up and how confident you can be about both quality and direction. This is where I now favour your Frankenstein model, though my version may look completely different to yours. Obsidian might be some part of it, maybe.