I'd like to introduce to you, an old friend of mine. The PRINT statement. Granted, he's not as fancy as a GUI Debugger, nor as sexy as ANT or AVICODE, but he's still really useful. Have anyone thought of adding PRINT statements to their T-SQL that they are executing?
For instance you could have something like this:
(14 row(s) affected)
(14 row(s) affected)
Or something like this:
Merge Learner Script
(14 row(s) affected)
Learner Merge - From SIN : 918728130 To SIN : 665171625
Start date - 2008-08-22 09:30:03.120
Create an Activity
Close the Activity
Learner Merge - From SIN : 999014679 To SIN : 654457258
Start date - 2008-08-22 09:30:03.420
Create an Activity
Close the Activity
Learner Merge - From SIN : 999011572 To SIN : 647141506
Start date - 2008-08-22 09:30:03.480
Create an Activity
Close the Activity
Learner Merge - From SIN : 917032336 To SIN : 661696161
Start date - 2008-08-22 09:30:03.527
Create an Activity
Close the Activity
(14 row(s) affected)
Done at 2008-08-22 09:30:03.590
The second version looks much better as it is clearly describing what is occurring inside the script. If you are trying to find out what is going on the second one is so much better. If you have an auditor on your butt, the second one is so much better.
Why don't more people do this? Well, it takes effort. Typing the characters can consume multiple seconds per statement. <sarcasm> I mean, over the course of a year this could add up to an hour or more of your valuable time. </sarcasm>
I'd like to thank the SFS team and Janice Pyle for the second example above that clearly shows the advantages of the lowly PRINT statement.
No comments:
Post a Comment