Viewing 15 posts - 49,336 through 49,350 (of 59,102 total)
There are three reasons I can see for it... and I use neither because of what Grant said... would probably be a bad design...
Someone already said to build "user defined...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:53 am
Ummm... the best thing to do would be to create a stored proc and send the users instructions on how to run it with the correct parameters.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:45 am
Nah... not a problem Kent... I just had more coffee than you 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:43 am
Swamy m (7/9/2008)
Thank u.Actually i donot know the rows in the temployee table
It's just a way of showing that it actually works... the temporary table is just for demonstration purposes....
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:42 am
While COLLATE will take care of case sensitivity and the like, trailing white space is a huge PITA... I think anyone that depends on trailing white space is asking for...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:39 am
You should still take the time to read the article about Tally tables whose link I posted, but here's the solution to the problem you posted. Also, take a...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:26 am
Will you never have anything with more than one space or punctuation? For example, will you ever have something like "new york, ny"?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:19 am
This looks like a classic "Cross Tab Report" and the method for creating one (it's pretty simple) is in Books Online...
That not withstanding, how different questions and categories do...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:15 am
isn't moving productions db's to vmware better?
I wouldn't move Production to VMWare if I had a choice... Development? Sure... just not Prod.
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:12 am
Nicely done, Gail... It shows that the Convert method takes about 4 times longer than the DateAdd/DateDiff method... While someone may not be working on a million rows, anytime...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 7:05 am
I just fixed the $*$#&! smiley faces that showed up in the above code... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 6:51 am
You don't need the overhead of a "split" function for this... just a Tally table. Please see the section titled "One Final "Split" Trick with the Tally Table" in...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 6:47 am
Oh yeah... almost forgot... there is one faster method... convert to Float, distribute Floor, convert back to DateTime... but most people don't use that because it only brings a little...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 5:53 am
I prefer the method that Gail listed... it's all "math" and that makes if faster than character conversions. It also keeps it as a DateTime datatype so that other...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 5:50 am
sql_novice_2007 (7/9/2008)
ID Names
1 david,peter,sam
2 john,kevin,marsh
3 brian,broad
I...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 9, 2008 at 5:46 am
Viewing 15 posts - 49,336 through 49,350 (of 59,102 total)