Viewing 15 posts - 31,546 through 31,560 (of 59,101 total)
Ninja's_RGR'us (12/30/2011)
2011 was the year of the Monster, wonder how she can beat that next year :-D.
Boy, I'll say! Nicely done, Gail!
Happy New Year, everyone!
--Jeff Moden
Change is inevitable... Change for the better is not.
December 31, 2011 at 7:34 am
IMHO, Kimberly Tripp gives the most compelling reason to use an Integer-based PK and why it should usually be the the Clustered Index... performance. Please see the "movie" at...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 11:24 pm
SQL Kiwi (12/30/2011)
drew.allen (12/30/2011)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 11:05 pm
Welsh Corgi (12/29/2011)
I'm having a problem with a simple Scalar UDF.
As ALZDBA suggested and Paul backed up, you should use an iTVF (Inline Table Valued Function) for this (unless you...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 11:01 pm
drew.allen (12/30/2011)
CELKO (12/30/2011)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 10:05 pm
ssc_san (12/30/2011)
Thanks you Jeff!
You bet. Thank you for taking the time for the feedback. 🙂
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 9:13 pm
mhike2hale (12/28/2011)
--::Create a tally table---------------------------
select top 1000 identity(int, 1,1)[N]
into #tempTally
from master..syscolumns a, master..syscolumns b
--::Do the trick here------------------------------
select 'ABC' + convert(varchar(2),N)
from #tempTally
where N < 6
---------------------------------------------------
You can check Jeff Moden[/url]'s...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 9:11 pm
CELKO (12/30/2011)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 9:02 pm
ChrisM@home (12/30/2011)
Jeff Moden (12/30/2011)
malleswarareddy_m (12/30/2011)
Hi,with cte this code will work fine.
with cte as
(select 1 as i
union all
select i+1 from cte where i<5
)
select 'ABC'+CAST(i as varchar) from cte
Please read the following...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 8:46 pm
Are you all set or do you still need help with this?
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 8:39 pm
VIG (12/30/2011)
DECLARE @time TIME = '20:10:10'select total_seconds =DATEDIFF(second,0,cast(@time as datetime))
😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 8:11 pm
malleswarareddy_m (12/30/2011)
Hi,with cte this code will work fine.
with cte as
(select 1 as i
union all
select i+1 from cte where i<5
)
select 'ABC'+CAST(i as varchar) from cte
Please read the following article for why...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 30, 2011 at 5:36 am
Interesting... I didn't realize you could reference the "/@" level that way. I'll have to give that a try because, if it works, it'll simplify the code a...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 28, 2011 at 3:59 pm
SQL Kiwi (12/28/2011)
(and no-one reads these comments anyway :-))
Just the important ones. 🙂 Glad you and Hugo stopped by. I made a pretty bad mistake by missing...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 28, 2011 at 5:17 am
My most sincere apologies folks. Hugo and Paul are correct. I missed my own NOT NULL constraint on the StartDate column. I'm sending an email to SSC...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 28, 2011 at 4:54 am
Viewing 15 posts - 31,546 through 31,560 (of 59,101 total)