![]() | |
![]() |
| | Thread Tools | Display Modes |
#61
| |||
| |||
|
|
Thanks Mary, Right now the developer is calling Begin transaction and calling the sps and if any error occurs then it will rollback the transaction. Can you please tell me if simultaneus access on the same stored procedure, should I do any locking hint for that ? Thanks "Mary Chipman [MSFT]" wrote: sorry, sent too soon. You need to do both. Error handling on the client prevents you from sending invalid commands to the server, saving network bandwith and avoiding triggering server-side errors, which are expensive. Treat all user input as untrusted by validing input parameters, etc. Error handling in your sprocs is necessary for performance, security and data integrity. So you need to validate the data passed to the server a second time -- you have to protect against an attack that happens outside of the boundaries of your application. --Mary On Tue, 25 Mar 2008 07:48:01 -0700, Rogers Rogers (AT) discussions (DOT) microsoft.com> wrote: I would appreciate if anyone can let me know which approach is the best for doing error handling. From APPLICATION or FROM Database. Application calls all the stored procedure but application is doing error handling, I am pretty much concern about locking and all that? can anyone give me an idea about error handling from application side. Thanks |
![]() |
| Thread Tools | |
| Display Modes | |
| |