Replies: 1 comment
-
|
Hello, Microstream is a library that’s main usage is to fully or partially persist and restore a Java object graph, not only objects. It is different to classic databases and it not intended to replace those in all use cases.
This is correct, the loading speed depends on the used storage target, this is also true for store operations.
Microstream directly accesses your applications in memory data. Those data are owned by the application, not by Microstream. In a multithreaded environment the application must ensure that no other thread modifies the (sub)graph while Microstream operates on it. E.g.: if a thread stores a java collection with Microstream no other thread is allowed to add or remove item of that collection. FAQ: https://docs.microstream.one/manual/storage/faq/miscellaneous.html |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi,
I heard about this project in devoxx 2022 talks at the first time. I am little confused about the project.
We are talking about object stroage here and not a database. As I understood microstream have the capability to use many object stoages like filesystem, kafka, postgers and so on. So the inital loading speed depends on the used stoarage right?
We are not talking about a database engine here right? What about stuff like ACID, Transactions, parallel data access and so on ?
Beta Was this translation helpful? Give feedback.
All reactions