[
https://issues.apache.org/jira/browse/DERBY-4192?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12703392#action_12703392
]
Tiago R. Espinha commented on DERBY-4192:
-----------------------------------------
Great, Dag.
I shall make it into a patch then, with the change that you suggested. That
does make it clearer that the row filtering happens after the sorting.
There is just one thing that I didn't follow. You said that returning a subset
of the rows without ordering is not portable. What do you mean by this?
I reckon that the row filtering ability is only really useful when there is
sorting in place, but it works regardlessly of that, right?
> OFFSET and FETCH FIRST documentation improvement
> ------------------------------------------------
>
> Key: DERBY-4192
> URL: https://issues.apache.org/jira/browse/DERBY-4192
> Project: Derby
> Issue Type: Improvement
> Affects Versions: 10.5.1.1
> Reporter: Tiago R. Espinha
> Priority: Minor
>
> I have a suggestion regarding the documentation for the OFFSET and FETCH
> FIRST documentation. On these documents, we have three SQL examples on the
> usage of these clauses. I suggest that we add a brief description of what
> each clause does.
> This might help the users to have a better understanding at first of how the
> said clauses work.
> Here are the examples with a possible description:
> -- This query fetches the first row from T
> SELECT * FROM T FETCH FIRST ROW ONLY;
> -- This query skips the first 10 rows and fetches the following 10.
> -- It will fetch rows 11 through 20 (inclusive) from the table T, sorted by I
> SELECT * FROM T ORDER BY I OFFSET 10 ROWS FETCH NEXT 10 ROWS ONLY;
> -- This query skips the first 100 rows from T.
> -- If the table has less than 101 records, then an empty result set is
> returned.
> SELECT * FROM T OFFSET 100 ROWS;
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
