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
Obviously we could improve this behaviour by directly adding support for rocksdb::slice to to be used as input and output buffer.
Therefore you would need to find a way to manage the shared_buffer inside the scope of a rocksdb::slice.
The text was updated successfully, but these errors were encountered:
but I don't see any point in adding support for this type because it's a very rare case...
I have a plan to add support for std::span to YAS, and I think it would be a good idea for the RockDB developers to also switch to using std::span instead of rocksdb::Slice.
rocksdb is really sometimes of a good serialization techique. Here yas can really shine in combination with rocksdb:slice.
rocksdb slice is functionally the same as yas::intrusive_buffer, so just to let you know and maybe put it in the documentation.
deserialization:
const rocksdb::Slice sliceIn MYSuperObject mysuperobject= rocksdb_tools::deserializeYas<std::vector<MYSuperObject >>(sliceIn);
serialization:
Obviously we could improve this behaviour by directly adding support for rocksdb::slice to to be used as input and output buffer.
Therefore you would need to find a way to manage the shared_buffer inside the scope of a rocksdb::slice.
The text was updated successfully, but these errors were encountered: