Re: circumventing limitations on the "Liimit" clause
The "order by" substring clearly forces the DB to build the full result set BEFORE sorting so WHY does the parser WAIT to run the @i:=@i+1 assignment until AFTER the sort run??? I'm happy that it does this, but WHY doesn't make any sense to me.........
Regarding scaling, right now it's scanning 12,000 rows and returning me 196 in .02 seconds but I'm VERY INTERESTED in the most scalable way to do this. I'm trying NOT to do it in Java because:
1) there is some data intensive pre-processing that I didn't want to send to the app server
2) there are multiple different queries to run depending upon results of the pre-processing
3) I felt like a stored proc would have it's execution plan cached, rather than having to be parsed, optimized, etc on each Query sent from Java
All feedback welcome!!
Subject
Views
Written By
Posted
4097
November 13, 2006 05:55PM
2568
November 15, 2006 12:36PM
Re: circumventing limitations on the "Liimit" clause
2440
November 15, 2006 10:06PM
31626
January 08, 2007 09:09PM
3920
January 23, 2007 12:49AM
3162
August 29, 2007 08:25AM
2747
August 29, 2007 11:45AM
3688
August 29, 2007 12:29PM
3342
August 29, 2007 03:07PM
Sorry, you can't reply to this topic. It has been closed.
Content reproduced on this site is the property of the respective copyright holders.
It is not reviewed in advance by Oracle and does not necessarily represent the opinion
of Oracle or any other party.