Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB General » View Thread |
Messages 1 to 5 of 5 total |
RequestSensitive and performance |
Fri, Jul 10 2009 4:16 PM | Permanent Link |
Dale Derix | Hello:
I thought I read a post a while back that indicated that a sensitive query actually was faster than an insensitive one. Unfortunately, I can't find the post again to confirm this. Anyone else have any thoughts on this? Dale |
Fri, Jul 10 2009 4:45 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Dale,
<< I thought I read a post a while back that indicated that a sensitive query actually was faster than an insensitive one. Unfortunately, I can't find the post again to confirm this. >> In most cases, yes, a sensitive query is much faster than an insensitive query. The only time this may not hold true is when selecting just a few rows out of hundreds of thousands, or millions, of rows. In such a case it may be faster to generate an insensitive result set instead. However, this is something that I hope to address at some point. -- Tim Young Elevate Software www.elevatesoft.com |
Fri, Jul 10 2009 4:51 PM | Permanent Link |
Dale Derix | <<However, this is something that I hope to address at some point.>>
That would be great. Many of my queries involve joins and sorting which render them insensitive. These queries operate on the main portion of my database, so good performance of insensitive queries would be a definite plus for me. Dale |
Sat, Jul 11 2009 4:16 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Dale
Unfortunately for you I think Tim was talking about the sensitive result set being slower in some cases not making insensitive result sets faster. I'm pretty sure he'll work on making insensitive result sets faster as well though. Roy Lambert |
Mon, Jul 13 2009 1:21 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Dale,
<< That would be great. Many of my queries involve joins and sorting which render them insensitive. These queries operate on the main portion of my database, so good performance of insensitive queries would be a definite plus for me. >> Roy is correct, I was referring to the performance of sensitive result sets. My apologies for the confusion. However, as Roy indicated also, I am constantly working on improving the performance of insensitive result sets also. You can see an I/O summary in the execution plans for insensitive result sets now that indicates how much I/O EDB had to use in dealing with the result set. It is helpful in determining if a particular query is using a lot of I/O just to build the result set, and if you see such a creature, let me know and I'll take a look and see what I can improve on. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Saturday, May 4, 2024 at 09:18 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |