Viewing 15 posts - 43,726 through 43,740 (of 59,097 total)
Like this...
[font="Courier New"]--===== Create a test table. This is NOT part of the solution
DECLARE @T TABLE
(
Name VARCHAR(100),
StartDate DATETIME,
Data1 BIT,
Data2 BIT,
Data3 BIT,
Data4 BIT,
Data5 BIT
)
--===== Populate the test table with data.
-- Again, this is not part of the solution.
INSERT INTO @T
SELECT 'Mike' , '05/21/09', '1', '0', '0', '1', '0' UNION ALL
SELECT 'Bruce', '05/21/08', '0', '1', '1', '0', '0' UNION ALL
SELECT 'John' , '09/09/09', '0', '0', '0', '0', '1'
--===== Use STUFF to kill the leading comma on the concatenation
SELECT Name,
StartDate,
STUFF(CASE Data1 WHEN 1 THEN ',Blue' ELSE '' END
+ CASE Data2 WHEN 1 THEN ',Green' ELSE '' END
+ CASE Data3 WHEN 1 THEN ',Yellow' ELSE '' END
+ CASE Data4 WHEN 1 THEN ',Black' ELSE '' END
+ CASE Data5 WHEN 1 THEN ',Violet' ELSE '' END
,1,1,'') AS Colors
FROM @T
[/font]
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 7:51 pm
Florian Reischl (5/21/2009)
If the trailing comma is no problem you can remove the @Results table and direct return the data.
Or, use a leading comma and STUFF it just like you...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 7:31 pm
I wouldn't include any of the CASE statements in this query. Calculate all of the common equations in a CTE and then SELECT from that using the column aliases...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 7:09 pm
Josh Turley (5/21/2009)
We have customers using SQL Server Standard/Enterprise, so it'd be easier to teach tech support how to manage one type of RDMBS instead of 2 or 3.
I...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 7:02 pm
Actually, because all of the row data is to be stored as CSV's in a single column, it's a concatenation job. Please see the following article for how to...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 6:58 pm
Bruce W Cassidy (5/20/2009)
Jeff Moden (5/20/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 21, 2009 at 9:08 am
Bruce W Cassidy (5/20/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 20, 2009 at 3:20 pm
Charles Kincaid (5/20/2009)
Kevin Rathgeber (5/20/2009)
Charles Kincaid (5/20/2009)
If I remember correctly is this not how sequence generators in Oracle work?Is that word allowed on this forum 😀
If we don't mention them...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 20, 2009 at 3:16 pm
I think all kids should leave home just as soon as they think they know it all. Should save 10-12 years on upbringing.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 20, 2009 at 3:14 pm
Roy Ernest (5/20/2009)
All of you need a vacation... You have all gone crazy.... 😛
Heh... SHHHH!!! It's fun to watch. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
May 20, 2009 at 3:12 pm
Alvin Ramard (5/20/2009)
Lynn Pettis (5/20/2009)
You know, there are a few people who just need to walk away from the computer and get a job flipping burgers or something.
Got it!
Oh, what's...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 20, 2009 at 3:06 pm
Kevin Rathgeber (5/19/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 19, 2009 at 8:09 pm
The errors in the job output in the GUI are truncated and you're probably not seeing the whole thing and that's why it looks different. Notice that it didn't...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 19, 2009 at 7:09 pm
Very cool. Glad you could use so much of the article. Thanks for the feedback, Ray.
--Jeff Moden
Change is inevitable... Change for the better is not.
May 19, 2009 at 6:25 pm
fun_sunshine_summer (5/19/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 19, 2009 at 3:16 pm
Viewing 15 posts - 43,726 through 43,740 (of 59,097 total)