Viewing 15 posts - 42,046 through 42,060 (of 59,067 total)
manikandan (9/5/2009)
Hai Can anyone tell me in which scenario we should use stored procedure and when we should not use stored procedure in sql.
Yes... you shouldn't use a stored procedure...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 9:37 am
Understood and appreciated. I know the forums you speak of. I think you'll find a lot less of that on this forum... I know that's part of what...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 2:22 am
SSC Rules (9/4/2009)
sweet, that does it, thanks!!!
If column 1 is an IDENTITY column or has any other chance of "skipping", it won't be so sweet because the +1 idea won't...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:53 am
If you want to know how a Tally table (or CTE that works like one) replaces a Cursor or While Loop in many cases, please see the following article...
http://www.sqlservercentral.com/articles/T-SQL/62867/
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:45 am
Jeff Moden (9/5/2009)
Lowell (9/4/2009)
the PK determines the actual order of the dataUm... no... sorry. It doesn't. You can have PK's that are not a clustered PK.
Heh... and I...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:28 am
Lowell (9/4/2009)
the PK determines the actual order of the data
Um... no... sorry. It doesn't. You can have PK's that are not a clustered PK.
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:26 am
A better couple of questions would be.... What does the CLR do and why do you believe you need a CLR to do it?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:22 am
Eswin (9/4/2009)
its for calculating the duty hours spend by a person.
The 1st two columns contain the start time and end time...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:11 am
sudhanva (9/2/2009)
Please understand the requirement before you reply. Which will help others to make effective use of this forum, and it will not have unneccesary posts/replies.
BWAA-HAAA!!! Considering that you're...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:07 am
sudhanva (9/3/2009)
Hats off to you Ken McKelvey. 😎One more question, will there be any performance issue using REPLACE function?
Actually, there is. You're doing "input parameter processing" at the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 5, 2009 at 12:01 am
Chim Kalunta (9/4/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2009 at 11:47 pm
Folks, don't even think of using a user defined function for this. Although it's convenient and you don't have to teach newbies why it works and they don't have...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2009 at 11:37 pm
Steve Thompson (9/3/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2009 at 10:16 pm
sreid08 (9/4/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2009 at 10:09 pm
lefrancisco1 (8/26/2009)
How to get the Last Day of any month, .bUT FOR EVERY MONTH I SHOULD GETLast DAY
EXAMPLE; LastDay of the month August is 31 with their datename(week...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 4, 2009 at 10:07 pm
Viewing 15 posts - 42,046 through 42,060 (of 59,067 total)