Viewing 15 posts - 39,211 through 39,225 (of 59,072 total)
john.campbell-1020429 (3/22/2010)
select cast(cast(getdate() as varchar(12)) as datetime)
gives
2010-03-22 00:00:00.000
John.
Like I said in my previous post above... that's a bad idea for performance.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 7:23 am
Heh... and whatever you don't, don't put dashes in the name. Use underscores if you must but never dashes. (Well, unless you also have a great amount of love...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 7:22 am
DBTeam (3/22/2010)
I have 28+ million table with 30 columns. Now we want to split into
multiple tables.
It having the information
like name info, address info , company info, employees,...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 7:16 am
AndrewSQLDBA (3/22/2010)
I think the BOL tells all
I agree that it's a very good start but it won't teach you to think of things like how to use a Tally table...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 7:12 am
DonaldW (3/22/2010)
Jeff Moden (3/21/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 6:44 am
Thanks for posting the solution. I apologize... for some reason I wasn't getting the fact that you were trying to create the Adjacency Set from the Hierarchical Path. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 22, 2010 at 5:47 am
Thanks for the feedback, sivakumar.
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 10:24 pm
Agreed on the FLOAT conversion. Bad thing to do for the future.
Same goes with the CONVERT not because it's a bad thing for the future but because...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 10:20 pm
Jagger-784276 (3/21/2010)
I am beginner.Just an example. If I have table with 3 rows and 3 columns:
customer number notes last visit...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 10:00 pm
lmu92 (3/21/2010)
Sounds like "fun" to write software in an unknown language...
Heh... I've found that a lot of people who write T-SQL are actually writing in an unknown language. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:59 pm
lmu92 (3/21/2010)
either the column names you provided is wrong or you're using the wrong column (PId=31).
Other than that I guess you want to find the rows where your parameters...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:53 pm
I guess I'm the oddball. I've totally removed myself from such languages and have concentrated on T-SQL. Sounds stupid, I know, but when folks hire me, they're hiring...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:36 pm
SwePeso (3/21/2010)
david.c.holley (3/19/2010)
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:17 pm
BTW... you should never find the last day of the month because you may miss all but the first instant of that last day all together. Instead, you should...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:15 pm
sivakumar.ss (3/20/2010)
xlnt solution.......
One doubt !
My requirement is like that instead of start date of every month [01/04/2007], i required end date of every month [31/04/2007]
bcoz no. of days...
--Jeff Moden
Change is inevitable... Change for the better is not.
March 21, 2010 at 9:12 pm
Viewing 15 posts - 39,211 through 39,225 (of 59,072 total)