Viewing 15 posts - 47,281 through 47,295 (of 59,102 total)
doss.tychicus (11/10/2008)
between two dates and for the List of Doctors
select * from tbl_test
where convert(char(10),createdate,121) between '2008-01-01'
and '2008-12-31' and id_doctor in (1,2,3,4,5)
I...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 13, 2008 at 5:13 pm
krayknot (11/10/2008)
doss.tychicus (11/10/2008)
between two dates and for the List of Doctors
select * from tbl_test
where convert(char(10),createdate,121) between '2008-01-01'
and '2008-12-31' and id_doctor in...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 13, 2008 at 5:07 pm
Pretty nice, Gaby... your article and some of the comments above gave me a couple of ideas for an article with just a pot-wad of tricks in it... Ok if...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 13, 2008 at 12:24 pm
Jim Russell (11/13/2008)
Damn, I learn a lot by lurking on this site. Guess I'll start using more temp tables. Thanks to all.
Oh, be careful, Jim... while I'll admit to using...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 13, 2008 at 6:24 am
prabhu.rangan (11/12/2008)
I have two tables named 'result' and 'status' for which i have 'status_key_id' in my result table with default 'null'. I have to update the 'key_id' of 'status'...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 13, 2008 at 6:12 am
... thanks for the leg up, Lynn. 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 10:21 pm
If you put all your stuff to create the result set in a temp table with no other output, not even rowcounts, and do a final SELECT from the TempTable...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 10:11 pm
I can't go. I've got tickets and everything but something came up today and I can't go. :crying: Somebody take pictures for me.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 10:01 pm
"Novice" my butt :)... you've been paying attention. 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 9:56 pm
Well I'll be damned... didn't even notice until just now... 12,000+ posts... Steve owes me a shirt or two! 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 9:35 pm
ggraber (11/12/2008)
I was really looking for some basic guidelines.I really have come to love the readability of CTEs.
I just wanted to make sure I wasn't compromising performance.
I guess if...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 9:28 pm
ggraber (11/12/2008)
BTW Jeff, I've been meaning to ask you this:How on earth do you have time to give such thorough answers to so many people on the forums???
I'm really amazed!!
Heh......
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 9:21 pm
Sorry... almost forgot... borrowed on Carla's good code and expanded the test data set a bit for my testing...
CREATE TABLE PersonRecord ( PersonID int NOT NULL, Version int NOT NULL,DEDate...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 9:03 pm
You should see what happens with the correct and incorrect indexing. Adams code (using his because Carla rated it as the fastest) is more than twice as fast as...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 8:42 pm
Sorry... looks like those were CPU times.
--Jeff Moden
Change is inevitable... Change for the better is not.
November 12, 2008 at 8:37 pm
Viewing 15 posts - 47,281 through 47,295 (of 59,102 total)