Skip to Main Content
InterSystems Ideas

Have an idea, suggestion, or something that doesn’t work as expected in InterSystems products or services? Share it here on the InterSystems Ideas Portal.

The Ideas Portal is where community members can propose improvements, report bugs, and help influence the product roadmap across InterSystems products and the overall developer experience. 22% of submitted ideas are implemented by InterSystems or members of the Developer Community.

💡 Ideas and bugs are both welcome, no matter how big or small. You can submit feature requests, usability improvements, workflow suggestions, and bug reports. Whether you’re an experienced expert or just getting started, your fresh perspective is valuable.

🛠️ About bugs and fixes. If you have access to InterSystems WRC, please submit bugs there for immediate action. Bug reports submitted through the Ideas Portal are reviewed and tracked, but do not guarantee immediate resolution.

Start by sharing what could be better - the community and our teams will help take it from there.

Status Will not implement
Created by Attila Toth
Created on Nov 29, 2025

Support UUID v7 as IdKey

RFC 9562 defines UUID v7, as a timestamp based universally unique identifier (https://www.rfc-editor.org/rfc/rfc9562.html#name-uuid-version-7). Supporting this type of UUID as the IdKey of persistent classes may have multiple advantages:

  • The ID is also a timestamp, so records are timestamp ordered by the creation time.

  • Subscript level mapping of a table's corresponding data global can follow calendar units (year, month).

  • The 16 byte long UUID v7 is still an integer formally in ObjectScript, bit functions can be used, so such an ID could still be used with bitmap indices.

  • !!!: as IDs can be generated independently from each other, the known limitations of $increment() and $sequence() would not apply to UUID v7 IDs in an ECP environment.

  • ADMIN RESPONSE
    Dec 17, 2025

    Thank you for submitting the idea. Based on information from our experts the status of your idea was changed to "Will not implement". Please look for details in the comments on the idea. Good luck!

  • Benjamin De Boe
    Dec 17, 2025

    While this may be an interesting UUID generator function, we think it's a better fit for a natural key (and foreign key target) than an IDKEY. We recommend against using any custom IDKEYs as they may preclude use of current and future optimizations. In particular, using this structure would lead to highly fragmented bitmap indices and columnar structures, likely cancelling out any ingest-time gains with query-time pains.

    If the goal is to map data to different databases, please see the Table Partitioning capability currently available through EAP and slated for release with 2026.1