[ 
https://issues.apache.org/jira/browse/DERBY-6121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13778970#comment-13778970
 ] 

Kim Haase commented on DERBY-6121:
----------------------------------

Sorry, here's something else that puzzles me: 
http://db.apache.org/derby/docs/10.10/ref/rrefsqlj31783.html

If you can say either FOR READ ONLY, FOR FETCH ONLY, or FOR UPDATE, why does 
the topic not describe the other two possibilities but only talk about FOR 
UPDATE? The other two possibilities are described under the SELECT statement, 
so perhaps they should be mentioned here too?
                
> Regularize how we refer to object names in the Reference Manual sections on 
> GRANT/REVOKE
> ----------------------------------------------------------------------------------------
>
>                 Key: DERBY-6121
>                 URL: https://issues.apache.org/jira/browse/DERBY-6121
>             Project: Derby
>          Issue Type: Improvement
>          Components: Documentation
>    Affects Versions: 10.10.1.1
>            Reporter: Rick Hillegas
>            Assignee: Kim Haase
>         Attachments: rrefsqlj32268.html
>
>
> This issue came up during the buddy testing of user-defined aggregates. 
> Here's what Dag discovered:
>     identifiers (seen when looking at GRANT USAGE of aggregates): 
> "table-Name" occurences are linked to a section explainig them 
> (rreftablename.html), but UDA names are defined in-lined as 
>       GRANT USAGE ON DERBY AGGREGATE [ schemaName. ] SQL92Identifier TO 
> grantees
>     In a third variant, 
>       GRANT EXECUTE ON { FUNCTION | PROCEDURE } routine-designator TO grantees
>     routine-designator is defined locally as 
>       routine-designator { function-name | procedure-name }  
>     without links to what "function-name" or "procedure-name" might look 
> like. It would be good to harmonize the latter two forms to a central 
> definition as for "table-Name".
>     Finally, I noted that the definition page for SchemaName doesn't link to 
> the SQL92Identifier page... 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to