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
What I'm trying to say is, when timestreamdb creates a level-version instance, it depends on the version stamp to be a timestamp, but not explicitly asked it.
If this level-version is a totally 3rd party module, when its maintainer changes this default behavior, timestreamdb will break.
Also, by stating timestamp configuration both in creating and transforming, it will be easier to understand the code, without the need to dive into what does level-version secretly do.
So if I read the code correctly, we can use
to set custom timestamp for a record, instead of current Date?
How about make it explicit by alias
options.version
tooptions.timestamp
?It is also preferable if some option is provided to indicate that we are using timestamp as the
version
when creating an instance oflevel-version
.The text was updated successfully, but these errors were encountered: