You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
During serialization of document we encode name of class of document as part of binary content. As result if we rename class and have big amount of data in database it becomes very very slow.
I can see following options:
Set by convention that we can not mix records from different classes in one cluster (not so big problem I think) and do not encode class name in record it will be detected automatically. As result we will not have problems with rename and overhead of such detection can be very minimal.
Set unique identifier for each class and use it for serialization/deserialilzation. This approach is more flexible and robust.
So we need to choose something ))
The text was updated successfully, but these errors were encountered:
At the beginning the idea of layered independent blocks was sexy, but after few years how many people mix different records in the same cluster? I think you're right. This would reduce the record size, improve serialization performance and other operations like class rename. So +1 for me. The perfect place is 2.0 because it's a huge change.
During serialization of document we encode name of class of document as part of binary content. As result if we rename class and have big amount of data in database it becomes very very slow.
I can see following options:
So we need to choose something ))
The text was updated successfully, but these errors were encountered: