Viewing 15 posts - 47,581 through 47,595 (of 59,099 total)
Garadin (10/25/2008)
rbarryyoung (10/25/2008)
Jeff Moden (10/25/2008)
Parul Sharma (10/24/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 26, 2008 at 7:22 pm
Ross McMicken (10/26/2008)
--Jeff Moden
Change is inevitable... Change for the better is not.
October 26, 2008 at 7:17 pm
Absolutely no comment on that stupidity.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 26, 2008 at 7:13 pm
Bottome line is, don't do calculations on t.N in the WHERE clause or all of the Tally table must be evaluated... as I saw previously suggested, this works the best...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 26, 2008 at 10:28 am
Jim Nesbitt (10/24/2008)
select
ID
, ProjectPeriodID
, ItemisedGrantID
, Amount
, ISNULL (
(
-- This does the correlated sub query
SELECT sum (amount)
from ProjectPeriod...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 8:08 pm
Um... this is actually a cross post with a different name. The bad part about cross posting is that it split resources, the unsuing discussions, and the answers. ...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:56 pm
Don'cha just love the feedback on some of these posts? 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:47 pm
rbarryyoung (10/14/2008)
That just means that the default schema (dbo) should be used. In other words:Customers..FirstNameis the same thing asCustomers.dbo.FirstName
Not the same for performance, though... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:39 pm
Heh... Ice Cream Scoop... :hehe:
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:37 pm
A query is said to be a good query... until someone finds a way for it to run faster. 😀
In truth, if the query contains RBAR of any sort, it's...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:34 pm
Heh... you can do it a bit easier than that... not sure it's even worth putting in a function...
[font="Courier New"]DECLARE @Year INT
SET @Year = 2007
SELECT ISDATE(STR(@Year)+'0229')[/font]
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 7:14 pm
Chris (10/22/2008)
THKZ SIMMONS IT WORKED ...
Really? Try these and see what happens... 😉
SELECT ISNUMERIC('3D2'), ISNUMERIC('3E2'), ISNUMERIC('1,000'), ISNUMERIC(CHAR(13)), ISNUMERIC(CHAR(9))
One way to beat this is...
SELECT ISNUMERIC('3D2'+'.d0'), ISNUMERIC('3E2'+'.d0'), ISNUMERIC('1,000'+'.d0'), ISNUMERIC(CHAR(13)+'.d0'), ISNUMERIC(CHAR(9)+'.d0')
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 6:56 pm
webconcepts (10/25/2008)
Thanks, by the way count again LOL first 5 inserts are for the month of 09.......:D
My fault... didn't copy the first line.
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 6:24 pm
yisaaacs (10/24/2008)
auth=2 ms,xslt=110 ms,wallet=531 ms,resp=136 ms,total=0.823 sec,meta-data=3 ms
i need to extract each integer with the corresponding name,...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 5:56 pm
Heh... I don't know why people even bother with any standards at all. As soon as something needs to "go in in a hurry", all notions of standards and...
--Jeff Moden
Change is inevitable... Change for the better is not.
October 25, 2008 at 5:29 pm
Viewing 15 posts - 47,581 through 47,595 (of 59,099 total)