feat(client-engine-runtime): Support KSUID and Prefixed TypeID

[kayandra]

This PR introduces support for two new id generators

• adds KSUID generator
• adds typeid generator with prefix and closes Add support for typeid #24992.

Checklists

• I've included backing tests for the generators.
• I've update the vscode extension and language server. see feat(language-server): Suggestions/completions for typeid and ksuid language-tools#1886
• For typeid's it'd be better for the type returned to be of type TypeID<'prefix'> instead of string. I may need some guidance on this.
• Show suggestions for prefix based on the model name name in lowercase. i.e model User {} gets typeid(<user>) as suggestion.

P.S if there's something important I have to do to get these merged please let me know.

[CLAassistant]

Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.
_{You have signed the CLA already but the status is still pending? Let us recheck it.}

[aqrln]

Thanks a lot for the PR! This is a good start, however this also needs:

• Schema validation
• Proper integration tests in packages/client/tests/functional
• Support for it in https://github.com/prisma/prisma-engines/blob/c717abe28d5e8e01b58d43e0c0134630791630c4/query-engine/query-structure/src/field/scalar.rs#L239 so the query compiler knows they exist and can embed them to the generated query plans (which are interpreted by the code you modified here)
• The implementation in https://github.com/prisma/prisma-engines/blob/c717abe28d5e8e01b58d43e0c0134630791630c4/query-engine/query-structure/src/default_value.rs#L306 so that the query engine also knows what to do with them when the query compiler is not used.

[kayandra]

Alright, I'll make the changes and push

[paul-mais]

I'd like to help with this PR, if it's still active

[aqrln]

Closing as stale. Please feel free to reopen and continue if you're still interested in implementing this.