Viewing 15 posts - 30,121 through 30,135 (of 59,101 total)
You're welcome. Take a look at one of the many uses for it in the following article...
http://www.sqlservercentral.com/articles/IsNumeric/71512/
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 12:34 am
dwain.c (5/9/2012)
Even though I think you're showing off, I have to ask.Can I use this? :w00t:
Sure thing. The only price you have to pay is to tell me for...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 10, 2012 at 12:16 am
kshah82 (5/8/2012)
Hi,
Kalpa? Washington State?
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 11:53 pm
BWAAA-HAAA!!! This will do it! :-P:-D Makes a "great" interview question. :sick:
WITH F(x) AS (SELECT TOP (CHECKSUM(66-ASCII('A'))) '/'+CONVERT(CHAR(8),GETDATE(),CAST(EXP(0) AS INT)) FROM sys.objects)
SELECT STUFF(REPLACE(LEFT(x,POWER(73,1/2)*POWER(25,1/2.0)),'/0','/')
...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 11:29 pm
PaulB-TheOneAndOnly (5/9/2012)
If MSTR_END on WHERE clause is causing the issue replace the condition with:where TO_CHAR(MSTR_END,"DD-MON-YYYY") = ''01-JAN-1700''
IIRC, that'll make for a non-SARGable search predicate just like in T-SQL. I...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 9:52 pm
I'll strongly second that. Storing formatted dates and times in SQL might look good from where you're standing right now but you'll pay dearly for it in the future....
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 9:37 pm
Lynn Pettis (5/9/2012)
Sorry for the code, but I need a place to keep these solutions for a hypothetical problem on another thread.
Wow! Working with Oracle really did put the...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 8:30 pm
SAinCA (5/9/2012)
Jeff Moden (5/9/2012)
sherifffruitfly (5/8/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 8:21 pm
Solomon Rutzky (5/9/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 8:08 pm
sherifffruitfly (5/8/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 7:28 pm
corey lawson (5/9/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 7:05 pm
cadm777 (5/9/2012)
That worked great! Thanks.
Here is my final query:
Select SEAL, * FROM toolsDB.CONTENT
Where Seal LIKE '%[^ 0-9A-Z]%'
OR DATALENGTH(LTRIM(RTRIM(Seal)))<>DATALENGTH(Seal)
Looks like I need...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 6:51 pm
vinu512 (5/9/2012)
Jeff Moden (5/8/2012)
If so, you can...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 6:49 pm
borisk 57245 (5/9/2012)
Ok, NP.., Kinda new in SQL forums
NP. Thanks for the post and it turns out to be pretty much as I suspected. You use an...
--Jeff Moden
Change is inevitable... Change for the better is not.
May 9, 2012 at 6:07 am
Phil Parkin (5/8/2012)
--Jeff Moden
Change is inevitable... Change for the better is not.
May 8, 2012 at 7:10 pm
Viewing 15 posts - 30,121 through 30,135 (of 59,101 total)