Viewing 15 posts - 50,941 through 50,955 (of 59,102 total)
This will do it...
--===== Create a table to demo with
DECLARE @DemoTable TABLE (IPAddr VARCHAR(15))
INSERT INTO @DemoTable (IPAddr)
SELECT '192.168.215.1' UNION ALL
SELECT '192.168.23.1' UNION ALL
SELECT '192.168.5.1' UNION ALL
...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 8:17 am
Heh... skip the "trees"... try this...
SELECT ABS(YEAR(DATEADD(dd,DATEDIFF(dd,@BirthDate,@ReferenceDate),0)-1)-1900)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 8:08 am
So, which columns constitute a dupe? Just the first two or all of them?
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 8:01 am
GSquared (4/28/2008)
create table dbo.Numbers (
Number int identity (0, 1) primary key,
Junk bit)
go
insert into dbo.Numbers (junk)
select top 10000 0
from sys.all_objects s1
cross join sys.all_objects s2
go
alter table dbo.Numbers
drop column junk
go
select dateadd(day, number, '1/1/1900')
from...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:54 am
p.s. For future reference, it's almost always going to be a huge performance drain to try to join to aggregated columns like you have. Preaggregation using a temp...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:44 am
I believe every one has hit all the hot spots... Carl's last post should be a big help, as well. The problem is that the derived table in the...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:41 am
That covers just about all of it... can't think of anything else to check unless the WHERE clauses have a formula in one and not the other.
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:23 am
Grant is correct. Tell us what needs to be done... not how to do it. There's usually no need for any form of RBAR. Post some data...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:21 am
karthikeyan (4/29/2008)
I have refined the above code as
DECLARE @DateStart DATETIME
DECLARE @DateEnd DATETIME
SELECT @DateStart = '04/Apr/2007', @DateEnd = '29/Apr/2008'
SELECT convert(Datetime,'01'+'/'+convert(varchar,DatePart(MM,DATEADD(mm,N-1,@DateStart)))+'/'+convert(varchar,DatePart(YY,DATEADD(mm,N-1,@DateStart))),103),
DateAdd(DD,-1,convert(Datetime,'01'+'/'+convert(varchar,DatePart(MM,DATEADD(mm,N,@DateStart)))+'/'+convert(varchar,DatePart(YY,DATEADD(mm,N,@DateStart))),103))
FROM dbo.Tally
where DateAdd(DD,-1,convert(Datetime,'01'+'/'+convert(varchar,DatePart(MM,DATEADD(mm,N,@DateStart)))+'/'+convert(varchar,DatePart(YY,DATEADD(mm,N,@DateStart))),103)) <= @DateEnd
I got the below output:
Apr...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:16 am
I guess I didn't know you were a "bubble head", Grant. I was the lead ping jockey on SSN 604... did a little time on the Parche (637 stretch...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:12 am
Adrian's code does create and execute "one big update" statement as you've asked... have you tried it on a test table?
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 7:07 am
For a single result set that you can join to...
--===== Declare your parameters
DECLARE @pYear INT, @pMonth INT
--===== Set the parameters (simulates a proc or udf parameters)
SELECT @pYear = 2008,
...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 2:24 am
To get all of the dates in the range all at once, then the following will do it for you...
--===== Here are the two parameters you wanted
DECLARE @DateStart DATETIME
DECLARE @DateEnd...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 2:15 am
Well... lemme shift gears here, a bit. You say you want a "text representation" of the matrix of 100,000 columns and 10,000 rows... that's 1,000,000,000 or a Billion "cells"...
--Jeff Moden
Change is inevitable... Change for the better is not.
April 29, 2008 at 1:35 am
Understood... I was agreeing with you...:)
--Jeff Moden
Change is inevitable... Change for the better is not.
April 28, 2008 at 5:13 pm
Viewing 15 posts - 50,941 through 50,955 (of 59,102 total)