February 13, 2019 at 11:54 am
Comments posted to this topic are about the item Find text in sql modules
February 19, 2019 at 6:52 pm
One could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.
February 19, 2019 at 9:58 pm
tamirgerber - Tuesday, February 19, 2019 6:51 PMOne could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.
Not quite right. If you look at the actual code sp_msForEachDB and the procedure that calls, its a cursor/loop on steroids. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
February 20, 2019 at 2:05 am
Jeff Moden - Tuesday, February 19, 2019 9:58 PMtamirgerber - Tuesday, February 19, 2019 6:51 PMOne could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.Not quite right. If you look at the actual code sp_msForEachDB and the procedure that calls, its a cursor/loop on steroids. 😉
I am sorry for not being clear enough. My idea was that call of sp_msForEachDB eliminates a need to use cursor and loop explicitly. Less custom code - less headache 🙂
February 20, 2019 at 3:06 am
tamirgerber - Wednesday, February 20, 2019 2:05 AMJeff Moden - Tuesday, February 19, 2019 9:58 PMtamirgerber - Tuesday, February 19, 2019 6:51 PMOne could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.Not quite right. If you look at the actual code sp_msForEachDB and the procedure that calls, its a cursor/loop on steroids. 😉
I am sorry for not being clear enough. My idea was that call of sp_msForEachDB eliminates a need to use cursor and loop explicitly. Less custom code - less headache 🙂
Thanks for the feedback 🙂
I prefer not to use sp_msForEachDB here for two reasons. Firstly, becase of it is not documented. And secondly, this proc is intended to search for a text in user's DB.
February 20, 2019 at 6:10 am
tamirgerber - Wednesday, February 20, 2019 2:05 AMJeff Moden - Tuesday, February 19, 2019 9:58 PMtamirgerber - Tuesday, February 19, 2019 6:51 PMOne could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.Not quite right. If you look at the actual code sp_msForEachDB and the procedure that calls, its a cursor/loop on steroids. 😉
I am sorry for not being clear enough. My idea was that call of sp_msForEachDB eliminates a need to use cursor and loop explicitly. Less custom code - less headache 🙂
Ah. Got it. Thanks for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
February 20, 2019 at 6:12 am
Peter Shilovich - Wednesday, February 20, 2019 3:06 AMtamirgerber - Wednesday, February 20, 2019 2:05 AMJeff Moden - Tuesday, February 19, 2019 9:58 PMtamirgerber - Tuesday, February 19, 2019 6:51 PMOne could use sp_msForEachDB builtin stored procedure. No cursor, no loop, and less chance to get into security issues.Not quite right. If you look at the actual code sp_msForEachDB and the procedure that calls, its a cursor/loop on steroids. 😉
I am sorry for not being clear enough. My idea was that call of sp_msForEachDB eliminates a need to use cursor and loop explicitly. Less custom code - less headache 🙂
Thanks for the feedback 🙂
I prefer not to use sp_msForEachDB here for two reasons. Firstly, becase of it is not documented. And secondly, this proc is intended to search for a text in user's DB.
Totally understood.
--Jeff Moden
Change is inevitable... Change for the better is not.
Viewing 7 posts - 1 through 6 (of 6 total)
You must be logged in to reply to this topic. Login to reply