Viewing 15 posts - 35,701 through 35,715 (of 59,102 total)
Jason Lees-299789 (12/15/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 9:18 am
Nadrek (12/15/2010)
Hardy21 (12/15/2010)
Nice article.I have checked STR() usage in my application but usage is safe because we are not dealing with more than 12 digit number.
May I suggest that...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 9:11 am
nigel. (12/15/2010)
I particularly like :
...formatting data in SQL Server is your basic "Bozo-no-no"
Can I quote that the next time I see another question...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 8:58 am
Hardy21 (12/15/2010)
Nice article.I have checked STR() usage in my application but usage is safe because we are not dealing with more than 12 digit number.
Very cool. I love...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 8:58 am
Carlo Romagnano (12/15/2010)
I always use this this syntax:RIGHT('0000000000' + CAST(SomeNumber AS VARCHAR(10)),10)
Because I didn't know that STR() is also used for formatting, I thought it only converts string to number.
I...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 8:56 am
rmechaber (12/15/2010)
<math_complaint>
Your article points out a secondary annoyance here in SQL: the ROUND() function returns a value of the same type...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 8:52 am
parthi-1705 (12/13/2010)
But i want to know only CEILING can do this or some other functions can do this or notThanks
Parthi
Lookup ROUND in Books Online and learn what happens when...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 1:49 am
Tom.Thomson (12/15/2010)
GSquared (12/14/2010)
GilaMonster (12/13/2010)
Use the one most suited to what you're trying to do. You don't get prizes for the fanciest, most complex way of writing code.
If you're trying to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 1:47 am
One of the things I've found is that 2K8 is a whole lot less tolerant of implicit data conversions than 2K or 2K5 was. Make sure that any joins...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 15, 2010 at 12:01 am
Mac_85 (12/13/2010)
It seemed to make the...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 11:58 pm
ASDL (12/14/2010)
I understand that but in my case I have to get all columns.
Please understand that that's usually a bad thing to do because it makes it real tough on...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 11:52 pm
I'll take both, please. You've got to know your stuff and be able to work with people to get the job done. Well... unless you're flippin' your own burgers....
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 11:39 pm
Aye. Thanks Wayne. After I found out (the hard way, for sure) about some of the faults of STR(), I don't use it anymore... unless I'm extremely caffeine...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 11:30 pm
LOOKUP_BI-756009 (12/13/2010)
Yes, I tried John's response and did much more quicker. Thank You all.
Still, I believe you have a many-to-many join and a bit of extra criteria would help. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 7:37 am
shyam-792781 (12/13/2010)
Thanks.My Problem have been resolved
Shyam
That's nice. Would you mind telling us how you resolved the problem please? Two way street here, ya know. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 14, 2010 at 7:32 am
Viewing 15 posts - 35,701 through 35,715 (of 59,102 total)