Viewing 15 posts - 48,991 through 49,005 (of 59,093 total)
PaulB (8/2/2008)
1 Brace for impact, keep your poker face no matter what you see.
2 All Oracle documentation is online and free... try http://www.oracle.com/pls/db102/portal.all_books
3 Subscribe a...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2008 at 11:17 am
If it's only for two flights, then a simple join between destination of first flight and start of second flight for a given passenger number should do it.
If you want...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2008 at 11:00 am
I agree with Steve... doesn't matter what the insert order is, you should use ORDER BY in your queries and NOT rely on a physical order. You can force...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2008 at 9:51 am
What I think is interesting about that blog, is that it's the person writing the blog who is sometimes the "dumbass". One guy wrote about the ol' turbo button...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2008 at 8:43 am
That's correct... I missed that little "nuance"...
The code needs to look like this... Note the parentheses around @ExStr in the EXEC statement.
DECLARE @ExStr varchar(500)
SET @ExStr = 'CREATE TABLE dbo._X080805...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 2, 2008 at 8:19 am
jon.hart (7/30/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 11:09 pm
Put the table name in brackets.
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 11:05 pm
Based on the previous questions asked by Lateesh, I'm gonna say this isn't homework...
SELECT STR(STUFF(1234567,4,0,'.') ,5,1)
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 10:59 pm
It depends... if you're not going to do anything to the values other than add or subtract... no problems. If you're going to do anything else (like multiply or...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 9:58 pm
Chris Morris (8/1/2008)
Here's a script for creating a Numbers or Tally table, which you will see often on this forum.
IF...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 9:55 pm
With the advent of VARCHAR(MAX), there's just no need for cursors anymore... for example...
DECLARE @sql VARCHAR(MAX)
SELECT @sql = COALESCE(@SQL+CHAR(10)+' UNION ALL --------------------'+CHAR(10),'')
+REPLACE(
' SELECT '' '' AS...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 9:46 pm
KMM (8/1/2008)
I'm using Sql Server 2005I got the idea of converting my cursor into a CTE from this website:
Nah... don't bother changing it if you're just going to use recurrsion....
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 9:15 pm
As Ryan suggested, you should consider NOT storing delimited data in a single column...
If it's not something you can control, then Vaseem was on the right track. Even with...
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 9:07 pm
Simple test proves it...
SELECT 1, CAST(1.23 AS DECIMAL(5,2))
SELECT 2, CAST(12.34 AS DECIMAL(5,2))
SELECT 3, CAST(123.45 AS DECIMAL(5,2))
SELECT 4, CAST(1234.56 AS DECIMAL(5,2))
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 8:54 pm
Sure... but the methods are all worse than using profiler... why the profiler phobia?
--Jeff Moden
Change is inevitable... Change for the better is not.
August 1, 2008 at 8:40 pm
Viewing 15 posts - 48,991 through 49,005 (of 59,093 total)