[CONTRIBUTION] Schema Migrations for LiteDb - introducing LiteDbMigrations about litedb

[JKamsker]

My library is able to migrate the whole database at once. But the main idea of it was to be able to upgrade documents on the fly.

To your library:
Looks good.
Tooling such as dotnet-ef would be great which automatically figures out the migrations for you and applies them if neccessary.
I spared myself from it till an unspecified future point in time 😅

[ssteiner]

You know, I was thinking about the dotnet-ef commands as well after writing it and looking through my migrations again before posting. However, I'd expect that to take more time than I invested so far. Plus, I'd have to store the schema for every migration somewhere in order to calculate the differences (like the class derived from ModelSnapshot that dotnet-ef creates).

I was actually thinking I'd be less diligent when writing migrations than when using EFCore - a new property that gets set on some documents, and then you revert to an older version, there's no immediate harm if the property lingers around in the DB, and any update will kill it anyway (I presume at least.. haven't tried that) - it only gets critical if you re-add as another type. So I'll probably end up writing migrations just for renaming properties and moving properties. But I guess if I get fed up writing manual migrations I might just consider some kind of simple automation.