Viewing 15 posts - 57,511 through 57,525 (of 59,101 total)
Serqiy beat me to it! STOP USING SYSTEM TABLES FOR SUCH SIMPLE CHECKS!!! Use the system functions like Serqiy did.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2006 at 5:52 pm
Oh... no, no, no, no... ISNUMERIC does not adequately test for IS A NUMBER or IS ALL DIGITS...
Try this...
SELECT ISNUMERIC('$1,000')
SELECT CAST('$1,000' AS MONEY)
SELECT CAST('$1,000' AS INT)
GO
SELECT ISNUMERIC('0d05')
SELECT...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2006 at 5:44 pm
Fabiano,
What is the pattern of you table names? And are they in the same database or different databases? I have the same problem with some 3rd party software at work...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2006 at 5:32 pm
You did all the hard work... I think this is probably what you're looking for... the changes will group your output by date and hour...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 5, 2006 at 7:10 am
Storing anything of that nature in tables is generally a bad idea... instead, store just the UNC (\\machinename\path\filename.ext) and pass that to the app... then let your app go get...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 6:31 am
You'll need to use UNC's instead of file/path. Example... \\Machinename\path
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 6:27 am
Didn't know that and you are correct... usually an ALTER TABLE ALTER COLUMN doesn't require that very long method the EM builds... it is, however, crash proof. So there's a...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 6:25 am
Not sure why you don't just let the tools do it for you... if you use EM to make the change, it will do everything for you... no fuss, no...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 5:08 am
You had an Assembler? Lucky you... Much of the code I wrote in the "good old days" was hand-assembled machine language... now THAT was fun ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 5:02 am
Looks like I'm not the only one that can't sleep... thanks, Prasad. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 4, 2006 at 12:31 am
And they say understanding underlying data structures is no longer important... the '00' unicode country code in these examples sticks out like a sore thumb to anyone who has seen...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2006 at 10:04 pm
Conversions are a bit costly performance wise... the following works approximately 45% faster on a million row test...
SELECT DATEADD(dd,DATEDIFF(dd,0,GETDATE()),0)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2006 at 9:57 pm
S'ok... I've been with SQL Server since it was 6.5 and I keep wondering when the next fault will occur ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2006 at 9:38 pm
I have got null values in the ' Practitioner_Enddate' column in my table and it is a datetime... |
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2006 at 8:52 pm
Outstanding... Thanks for the feedback, Michael. ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
October 3, 2006 at 8:15 pm
Viewing 15 posts - 57,511 through 57,525 (of 59,101 total)