Meestal zijn dit SET-instellingsverschillen, die tot verschillende plannen leiden. In Management Studio wordt de procedure waarschijnlijk uitgevoerd met de dezelfde instellingen die aanwezig waren toen het werd gemaakt.
Kijk eens naar sys.dm_exec_sessions voor uw ASP.Net-toepassing en voor uw SSMS-sessie. Ik waag het erop dat ten minste één van uw SET instellingen is anders. Dit kan bijdragen aan verschillende plannen (uiteindelijk wordt dit toegeschreven aan het snuiven van parameters) en de app-kant is meestal slechter af.
Zie deze andere vragen voor veel meer details:
- Opgeslagen procedure traag wanneer aangeroepen vanaf internet, snel vanuit Management Studio
- Time-out van procedure van ADO.NET maar niet in SSMS
- Query time-out wanneer uitgevoerd vanaf internet, maar supersnel wanneer uitgevoerd vanaf SSMS
- ADO . NET vs. SQL Server Management Studio - ADO presteert slechter
- sql werkt snel in sms traag in asp.net
En lees ook het artikel van Erland Sommarskog, Slow in the Application, Fast in SSMS?