Dear Thomas,
I’m sorry that your data got corrupted. I agree that such a test would be a desirable addition, I’m afraid it’s often difficult to guess how much space will be occupied by a specific update operation. We could generally disable update operations when the remaining space falls below a given limit, but once again such a limit would be strongly dependent on the used system and use cases.
Rollbacks are on our long-term todo list (along with, or even without MVCC), similar to incremental backups, but if memory gets low, they may as well lead to unexpected behavior.
All the best, Christian _________________________________________
I just had the problem that the disk space of the drive where a BaseX database instance was stored ran out while adding a new document to the database via the server interface. The result was a half-finished document in the database resulting in ArrayIndexOutOfBounds-exceptions when querying the database and strange behavior of the GUI (views are not shown and even disabled). Would it be possible to check for sufficient disk space before writing to the database files? Moreover, it would be nice if the failed transaction of adding the document while the space ran out could be rolled back somehow to get the database back into a consistent state.
Thank you for your support!
Best regards, Thomas _______________________________________________ BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk