-
Notifications
You must be signed in to change notification settings - Fork 21
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CommandTimeOut can only be the default.. #252
Comments
Current Search /****** Script for SelectTopNRows command from SSMS ******/ on over 8000 orders, 1min 4 sec. Reduced search... /****** Script for SelectTopNRows command from SSMS ******/ on over 8000 orders, 22sec. Which would be OK. |
I agree it will solve slow order searches for most systems and you could also reduce or eliminate the wildcard usage. In the largest systems I think one still has to consider adopting the same approach you've implemented for products in an attempt to ensure all data points that are a part of a where clause, join or sort come from an indexed column rather than xml data values. I do not believe there is a way around this but I am open to correction. |
After investigation using exists will be faster... SELECT TOP (1000) [ItemId] In fact I am actually surprised how quick it is. I think this is the way to go for all unindexed value searches in future. |
In a large DB a search on "ORDERS" can take longer that (30seconds). Which gives a timeout error.
There needs to be a way to set the commandtimeout.
The problem only appears in large databases when doing a search on the order. We could remove the complexity of the order search to solve this.
The text was updated successfully, but these errors were encountered: