Won't Fix
Details
Details
Assignee
Unassigned
UnassignedReporter
Charlie Helin
Charlie HelinComponents
Affects versions
Priority
Who's Looking?
Open Who's Looking?
Created August 23, 2008 at 6:52 AM
Updated January 6, 2009 at 9:24 AM
Resolved November 21, 2008 at 7:30 PM
During release of a new version our application we discovered that the disk activity increased and hit the roof of what the database server was able to handle.
It turns out that we modified our configuration to use MsSql2005Dialect instead of MsSql2000Dialect. The flaw was not visible during our test runs but when letting all the users access the new version the site went down in a DoS.
After closer examining we determined that the culprit was that data was written and read to/from the TempDB in an awful rate. So we had a look at the generated queries and there seem to be a new way of paging in the 2005 dialect. However this way of paging utilize a implicit temporary table, which in turn is created in the TempDB.
This is probably something that is more of a scalability issue, but our database contains over 20 million rows and we have about 100 requests a second. Perhaps there should be a way to hint the paging mechanism of this fact that the dataset is large.
The workaround is easy just to go back to the MsSql2000Dialect but this is probably something that should be fixed.