Viewing 15 posts - 24,736 through 24,750 (of 59,099 total)
BR.GRIFFITH (1/16/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 6:52 pm
Johnny D (1/17/2014)
I have a table with one column with lots of rows. I would like every five rows of data to turn into five columns.
So in example if...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 6:29 pm
singh.kamaldeep (1/16/2014)
I am struck into one major issue.
I have data in my table as follows.
BOM_STATION_NO STD_DT TIME PERIOD_ID TEMP ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 4:35 pm
David.Poole (1/17/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 4:22 pm
Hands down, it would be T-SQL for me with calls from there to PoSh and only if needed. T-SQL doesn't seem to change as much as all the other...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 4:07 pm
This appears to be a duplicate thread, which splits up the answers. Please, no more replies on this thread. Please post your answers at the following thread.
http://www.sqlservercentral.com/Forums/Topic1530927-148-1.aspx
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:59 pm
BWAAA-HAAA!!!! Dare I say IT? DARE I? Oh, what the heck...
[font="Arial Black"]"Ahhhhhhh MAGOO! You've done it again." [/font]:-P (Sorry ol' friend... I've been holding it back for...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:52 pm
Casper101 (1/17/2014)
I did rebuild all indexes on this table.
I will apply your script to my DB..hope it works..
Thanks for you help...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:39 pm
In that case, let's provide a link on the subject.
http://www.sqlservercentral.com/articles/comma+separated+list/71700/
Please make sure that you dive into the "Join the Discussion" link for a particular performance optimization.
As for the dupes, "It...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:28 pm
PLEASE stop double posting on this site. Many of us monitor all forums on this site and your duplicate posts just split up answers.
No replies here, please. Please...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:21 pm
dquirion78 (1/17/2014)
wow thanks I just tried some test on computed columns... Sql server is so strong 🙂thanks again
If you can't add PERSISTED Computed Columns to your table for some...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:17 pm
SQL_Surfer (1/17/2014)
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 3:04 pm
From what I understand, fragmentation calculations at the extent level were actually flawed in DBCC SHOWCONTIG and that fragmentation detection in sys.dm_db_index_physical_stats is actually more accurate.
--Jeff Moden
Change is inevitable... Change for the better is not.
January 17, 2014 at 2:41 pm
Crud. I just noticed a limitation and I need to post another correction to the article. I tested for all dates from 1900-01-01 00:00:00.000 through 9999-12-31 23:59:59.997. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 10:07 pm
Since there was some interest in correctly calculating the duration even if the start and end dates were reversed, here's a function that straightens that out. Personally, I'd much...
--Jeff Moden
Change is inevitable... Change for the better is not.
January 16, 2014 at 9:40 pm
Viewing 15 posts - 24,736 through 24,750 (of 59,099 total)