Viewing 15 posts - 47,446 through 47,460 (of 59,102 total)
Jonathan Kehayias (11/3/2008)
there are those out there who would opt for the simplicity of solving a problem in CLR over the required TSQL to solve the same problem...
Heh... that's exactly...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 4, 2008 at 12:01 am
What do you want returned if 102 has NO entry for 2008-07-01, either?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 10:16 pm
Heh... you have books with no names? :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 10:05 pm
... and, before you get all fired up and start using that or any other concatenation function, you have to read the following to avoid some serious performance problems...
http://www.sqlservercentral.com/articles/Test+Data/61572/
It...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:59 pm
Sridevi (11/3/2008)
I wrote a function and i got the result too.
CREATE FUNCTION select_concat (@A INT )
RETURNS VARCHAR(MAX) AS BEGIN
DECLARE...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:55 pm
As someone else said in an earlier post...
M u s t... r e s i s t... t e m p ...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:46 pm
I'll never understand this type of question.... you're on a forum with a bazillion questions and you ask where you can find questions? 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:41 pm
Marios Philippopoulos (10/29/2008)
The main wait type is - by...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:31 pm
I believe you've hit upon the only two uses that I'd even think of letting someone write a CLR for. 🙂
The other thing is that, with the exclusion of...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:24 pm
vkundar (11/3/2008)
Hi,I have a cursor which fetch around 1000 rows from the table.
This step is fast there is no isue.
Heh.... Bzzzzt! Wrong answer! Deduct 10 points! :P...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:17 pm
jlp3630 (11/3/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:09 pm
bang725 (11/3/2008)
hmmmm..." Not in " will take more time.
Heh... prove it. Got code? 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:05 pm
Heh... I beg to differ, Steve. You did NOT compromise. You simply made it easier for someone else to do the work and, as it turns out, may...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 9:01 pm
I would suggest you stop looking at costs in either the estimated or actual execution plans because it is frequently very wrong.
For example, given the following test data...
DROP...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 8:42 pm
1. I see no difference in the time when measured properly...
--SELECT GETDATE() as Time
--GO
SET STATISTICS TIME ON
CREATE TABLE #Temp_Example (
[CategoryID] INT NOT NULL,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 3, 2008 at 8:21 pm
Viewing 15 posts - 47,446 through 47,460 (of 59,102 total)