Viewing 15 posts - 42,196 through 42,210 (of 59,102 total)
schauhan13 (8/27/2009)
in my table there is clumnJdate int
In this column julian date is stored
now i need to convert it into standard date. Can anyone help me please
At least...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 9:17 pm
jim.rasmussen (8/27/2009)
I have found a solution. Thanks for the help.Jim
2 way street here, Jim. Please post the solution you found. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 9:14 pm
Gianluca Sartori (8/27/2009)
And this is the main reason why I like temp tables: it's all mine and I can do whatever I want with...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 8:17 pm
Dean Jones (8/27/2009)
If 2 instances are trying to read data off the table, I dont see anything that will go wrong here. please explain
See the post just above this one,...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 8:12 pm
GSquared (8/27/2009)
Jeff Moden (8/27/2009)
I think it's a bad idea because what will happen if two instances of your code are executed at the same time?
That's why I mentioned checking for...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 8:08 pm
CirquedeSQLeil (8/27/2009)
Ever thought of upgrading to a previous version. Sorry guys - not a fan of Office 2007, ribbons and frilly things - yuck.:-D
Man, do I agree with THAT!...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 12:46 pm
crookj (8/27/2009)
Another thing I came across is...Make sure that you have a licensed software version and that it has been activated.
Still looking.....
Joe
Thanks. Just to assure everyone, I'm so honest...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 12:11 pm
I think it's a bad idea because what will happen if two instances of your code are executed at the same time?
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 11:52 am
There's really only one way to know for sure... try both with Profiler running. Select the one that uses the fewest resources for CPU and Reads. Both should...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 11:28 am
Rimvydas Gurskis (8/27/2009)
SET DATEFIRST 1
;WITH days(Date) AS
(
--Get 13th of this month
SELECT CAST(CAST(YEAR(GETDATE()) AS VARCHAR(4)) + '-' + CAST(MONTH(GETDATE()) AS VARCHAR(2)) + '-13' AS DATETIME)
UNION ALL
--Get 13th...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 27, 2009 at 8:29 am
Elliott W (8/26/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 26, 2009 at 10:11 pm
glu (8/26/2009)
DBCC DROPCLEANBUFFERS
DBCC FREEPROCCACHE
the query took 32 seconds, the next run 6 seconds. execution plan takes 1 seconds, recompile takes...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 26, 2009 at 10:08 pm
Elliott W (8/25/2009)
Good point... No flames... just thoughts.... If all you intend to do is split the octets, then the six line T-SQL solution that uses PARSENAME is almost as...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 26, 2009 at 12:31 am
Steve, great editorial, as usual. My recent bout with folks that have been copying my articles as my own has led me to take one extra step on any...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 25, 2009 at 11:00 pm
sjsubscribe (8/25/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 25, 2009 at 10:25 pm
Viewing 15 posts - 42,196 through 42,210 (of 59,102 total)