Viewing 15 posts - 47,851 through 47,865 (of 59,102 total)
rbarryyoung (10/9/2008)
Select *
From Locations
Where NOT EXISTS( Select * From Excludes
Where Location LIKE '%'+Excludes+'%')
This is probably close to what Jeff intended to write,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:58 pm
Sergiy (10/9/2008)
Jeff Moden (10/9/2008)
change all the delimiters to a "thorn" and go for it.
There is no guarantee "thorn" is not or will not be used within the filed for...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:56 pm
Heh... I was hoping you had an IDENTITY PK... I won't have to make many changes to the script I just wrote above...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:54 pm
Michael Earl (10/8/2008)
SELECT * FROM TempDB..Sysobjects WHERE Type = 'u'
A table variable usually has to get pretty big before it spills over...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 4:27 pm
G Bryant McClellan (10/8/2008)
Thanks for the reply. I can see that testing is the only sure-fire method to compare the performance, but there must be some indication that the switch...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 4:26 pm
Dang it... I forgot about RegEx. That might work... change all the delimiters to a "thorn" and go for it.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 1:15 pm
riga1966 (10/9/2008)
I have a very clear understanding of how to do a Cross-Tab now.How about Uncross-Tab?
Does anyone have any samples?
Thanks,
Heh... that's called either "UnPivot" or "Normalizing". You could probably...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 1:12 pm
You bet. Thanks for the feedback.
Just remember... if you can't wedge a clustered index in there like I did, this solution will not work correctly.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:59 am
cdex3 (10/8/2008)
ID RecType PKIdentifier RecordData
1 01 acc00108 Text
2...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:50 am
JohnDBA (10/8/2008)
This solution is close to what I need, but I need to create groups. I cannot create groups with jbmRank. 🙁
I will read that article. Thank you...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 9, 2008 at 5:19 am
Ok... I borrowed some data and assume that you don't actually have a primary key... this should give you and idea...
--drop table #shuffle
DECLARE @NameCountPlus1 INT
SELECT @NameCountPlus1 = COUNT(*)+1...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2008 at 9:54 pm
If you haven't read the article that Matt listed, you really need to go back and read it so you understand why the following works... and it works at a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2008 at 9:52 pm
What is the primary key of the table?
Also, since this is your first post, you might want to take a look at the link in my signature below... folks will...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2008 at 7:34 pm
I remember... it's a pretty tough task because it's not just quotes that Sergiy has to worry about with the data he showed me. It's data from a "properly"...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2008 at 7:16 pm
Absolutely...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 8, 2008 at 6:37 pm
Viewing 15 posts - 47,851 through 47,865 (of 59,102 total)