We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Representing primary keys as a more concise type than Value, such that stored values are actually hashable and safely unique might be a good idea.
Floats and nulls wouldn't be allowed.
Strings probably wouldn't be allowed? (?)-- requires allocation, unsized. Either could be allowed or maybe could be converted to a limited size?
The text was updated successfully, but these errors were encountered:
Reasons why this might not be a good idea:
Sorry, something went wrong.
Prehaps PKValue should be an alias or a wrapper, without type info. Stored as [u8; 8] or u64
[u8; 8]
u64
Per #144, implement PKValue as a trait/enum and implement TryFrom<Value>
TryFrom<Value>
Should be implemented as a trait which gives Into<[u8; 8]> and CAN_PK
No branches or pull requests
Representing primary keys as a more concise type than Value, such that stored values are actually hashable and safely unique might be a good idea.
Floats and nulls wouldn't be allowed.
Strings probably wouldn't be allowed?
(?)-- requires allocation, unsized. Either could be allowed or maybe could be converted to a limited size?
The text was updated successfully, but these errors were encountered: