[
https://issues.apache.org/jira/browse/DERBY-3137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12563731#action_12563731
]
Daniel John Debrunner commented on DERBY-3137:
----------------------------------------------
I think it would be unwise to vary from the standard here:
If NULL is disallowed as a role name in SET ROLE then Derby should follow that
rule, not use NULL to mean NONE, especially when the SQL standard was corrected
to not allow the value expression to resolve to the special meaning of NONE.
Also for the TRIM case, I can't see any benefit to deviating from the standard.
Making the code stricter (and follow the standard) is an easier path forwards,
than less strict and then having backwards compatibility issues if it's needed
later to strictly enforce the standard.
> SQL roles: add catalog support
> ------------------------------
>
> Key: DERBY-3137
> URL: https://issues.apache.org/jira/browse/DERBY-3137
> Project: Derby
> Issue Type: New Feature
> Components: Security, SQL
> Reporter: Dag H. Wanvik
> Assignee: Dag H. Wanvik
> Fix For: 10.4.0.0
>
> Attachments: DERBY-3137-2.diff, DERBY-3137-2.stat, DERBY-3137-2.txt,
> DERBY-3137-uuid.diff, DERBY-3137-uuid.stat, DERBY-3137.diff, DERBY-3137.diff,
> DERBY-3137.stat, DERBY-3137.txt
>
>
> As a next step after adding support for the roles syntax, I intend to
> make a patch which implements catalog support for roles,
> cf. SYS.SYSROLES described in the specification (attached to
> DERBY-2207). Also the patch should tie this support up to the parser
> support, so the role statements can be executed. Any privileges
> granted to roles would still have no effect at run-time.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
