dart-uuid
ulid
| dart-uuid | ulid | |
|---|---|---|
| 1 | 4 | |
| 334 | 644 | |
| - | - | |
| 7.7 | 0.0 | |
| 5 days ago | about 1 year ago | |
| Dart | Python | |
| MIT License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
dart-uuid
-
New UUID Formats from IETF
I maintain the Dart UUID library. For anyone using dart, or wants to see one of many implementations of v6,v7 and a custom v8 UUID, feel free to look at my in-progress branch linked below, I plan to merge it in once they add different string representations in a future draft (I've been involved in the conversations).
https://github.com/Daegalus/dart-uuid/tree/uuidv6
ulid
-
Plan B for UUIDs: double AES-128
I really like ULID for this problem (e.g: https://github.com/ahawker/ulid)
- same number of bytes as UUID
- start with a date, so has great locality. Plus you get extra information in the uid that you can extract.
- can be created from an existing date or uuid, and exported to a uuid, so there is a migration path
-
New UUID Formats from IETF
As the author of a popular ULID implementation in python[1], the spec has no stewardship anymore. The specification repo[2] has plenty of open issues and no real guidance or communication beyond language implementation authors discussing corner cases. The monotonic functionality is ambiguous (at best) and is implemented differently per-languages [3].
Functionality, UUIDv7 might be the _same_ but the hope would be for a more rigid specification for interoperability.
[1]: https://github.com/ahawker/ulid
[2]: https://github.com/ulid/spec
[3]: https://github.com/ulid/spec/issues/11
-
Sortable Collision-Free UUIDs
Looks similar to ULID[0] (I am the author of a popular python implementation[1]).
It appears to have a similar constraint that two ID's generated within the same timestamp (ms, ns) have no strong guarantee of ordering. That might not be a deal breaker depending on your use case but something to consider.
* https://github.com/ulid/spec
* https://github.com/ahawker/ulid
- Usando ULIDs para criar ordem em dados não ordenados
What are some alternatives?
uuid7 - UUID version 7, which are time-sortable (following the Peabody RFC4122 draft)
ksuid - K-Sortable Globally Unique IDs
uuid - Generate and parse UUIDs.
python-ulid - ULID implementation for Python
uuid6-python - New time-based UUID formats which are suited for use as a database key
uuid - Generate RFC-compliant UUIDs in JavaScript
prototypes - Draft Prototypes and Tests for UUIDv6 and beyond
UUID - :snowflake: A PHP library for generating universally unique identifiers (UUIDs).
presents - Like hashids, but based on block ciphers
EXREX - Irregular methods on regular expressions
vanity-uuid - Create "readable" UUIDs such as "5eedbed5-f05e-b055-ada0-d15ab11171e5" for all your UUID needs!
xeger - Library to generate random strings from regular expressions.