Viewing 15 posts - 16 through 30 (of 44 total)
Please find the attachment for the screenshot(error message)....
September 1, 2010 at 3:49 pm
On further investigating the High transacttions/sec i noticed it is due to high number of SQL Compilations/sec......It seems some of the statements don't have the Actual Plan and so everytime...
June 8, 2010 at 2:23 pm
The table has around 17 million records and i am trying to update 1 row at a time
June 1, 2010 at 4:08 pm
Thanks for the information....My statement recompiles around 6 times a day and it doesn't take too much time(around 2-3 sec)....So i guess i am okay with Statement Recompilations
June 1, 2010 at 3:57 pm
We use a third party tool called precise i3....It gave me an alert message that a particular table has high number of pages(based upon the pre-defined threshold value).....that's why i...
May 25, 2010 at 11:22 am
Thanks for the suggestions
May 25, 2010 at 9:45 am
Trasactions in our application generally range between 7 to 40 /sec......The application is not huge.....I am using a third party tool called precise i3(It gives me alert messages whenever it...
May 25, 2010 at 9:18 am
Is there any way to decrease the number of pages other than increasing the fill factor??
May 25, 2010 at 9:05 am
thanks for the quick reply
May 17, 2010 at 9:16 am
Yes, i dropped some of the indexes which are not useful
Regards,
Sandeep
March 21, 2010 at 11:56 pm
No, i am not running Enterprise edition......I am working on Standard edition 🙁
March 19, 2010 at 1:44 pm
Yeah...i solved the problem....there were too many indexes on the table.........
March 19, 2010 at 11:07 am
Viewing 15 posts - 16 through 30 (of 44 total)