Viewing 15 posts - 49,606 through 49,620 (of 59,091 total)
Don't look at the symbols... the symbols mean nothing to humans. What is important is the ASCII value... it can be 0 to 255 in a single character VARCHAR...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 7:09 am
Chris Morris (6/27/2008)
Jeff Moden (6/26/2008)
Heh... no problem... if you think no coffee is bad, I'm trying to quit smoking... got anyone you want to take to a porkchop dinner? 😀
Ahah...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 7:03 am
I don't see where you've used that particular ISNULL as a join. It think it would be a problem if it were actually in a join because it uses...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 6:58 am
jezemine is correct, though. I didn't really help with your test questions and you should learn how to use Books Online to find those answers.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 6:48 am
gerald.duncan (6/27/2008)
My goal is to create a table for each flat file.
You still haven't explained why you want to do that, Gerald. Not trying to bust your chops......
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 6:44 am
Thank you for the awesome compliment, Jim! Folks like you sure help keep me going...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 6:42 am
Wow... I guess 64 bit isn't ready for primetime...
Of course, I still say that about 2k5 when the optimizer makes the wrong choice... 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 12:23 am
GilaMonster (6/27/2008)
Jeff Moden (6/26/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 12:16 am
Ummm... yeah... just don't try to run the same proc twice at the same time unless you detect if the table is present before you make it...
... and be pretty...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 27, 2008 at 12:10 am
Never mind... I got it... took a little trickery...
drop table #Fun
GO
select *
into #fun
from openquery([myserver],'SET FMTONLY OFF exec master.dbo.xp_DirTree [C:\],1,1')
select * from #fun
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 11:15 pm
Bugger... this works just fine (I changed my servername in the code)....
drop table #Fun
GO
select *
into #fun
from openquery([myserver],'exec master.dbo.sp_who')
select * from #fun
... and so does this...
exec master.dbo.xp_DirTree [C:\],1,1
... but this...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 11:03 pm
Dang it... nicely done, Matt... I totally forgot that OpenQuery could have an EXEC in it. :blush:
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 10:22 pm
gerald.duncan (6/25/2008)
and create a separate SQL table from each file
[font="Arial Black"]WHY???[/font] :blink: Especially when they all have the same file format...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 10:14 pm
Heh... best way to prevent recompiles in 2k5... is to... use 2k :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 10:09 pm
This kind of "trick" is to make forming GUI code (inherently dynamic) easier. It's a trick to try to make the GUI table driven so someone doesn't have to...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 26, 2008 at 10:05 pm
Viewing 15 posts - 49,606 through 49,620 (of 59,091 total)