Viewing 15 posts - 53,446 through 53,460 (of 59,089 total)
Heh... says a lot about whether thee and me are normal, huh?
Merry Christmas, Gail.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2007 at 8:51 am
What's going on is that you're updating the same columns used in the join... that's almost never a good thing because it will frequently cause the join to "reform" after...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2007 at 8:37 am
Apparently not... I've still not seen the correct answer from Karthik.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 22, 2007 at 8:29 am
Karthik,
This is what I spoke of on one of the other posts... it's also why people get so angry with you. You banter the "Senior Software Engineer" label all...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 11:36 pm
Grant is spot on... If you want to avoid RBAR, stop thinking RBAR. The key or "secret" to that is to never ever think about what you want to...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 11:24 pm
Now, that's quite an article... some great references, too! Thanks for the research, Steve.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 9:23 pm
Yes, there is a "secret"... simply think about what you want to do to columns instead of what you want to do to rows. That and having a little...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 9:20 pm
Now, thats a "hint" if I ever saw one... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 8:26 pm
Jason Selburg (12/21/2007)
No problem Jeff! I'm really starting to se the true value of the Tally table BTW.. 😀Hey, you never answered my PM.
Heh... another compliment. Thanks, Jason, but...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 8:16 pm
(Good to see you're starting to like some of the new tricks out there Jeff!)
Shoot... once I learned it, I was just aching for a place to use it! ...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 8:11 pm
Troy Doherty (12/21/2007)
By deleting records < select @dt = datediff( d, -94, getdate()) i would have deleted all of my data.....:w00t:
Heh... Troy, you must have a death wish... testing deletes...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 8:01 pm
That's quite a compliment, Jason. Thanks. Glad to see someone take it to the next level by actually getting a better job from what they're learned by looking...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 6:11 pm
Unless the "spaces" between the columns are something besides spaces, then you can't use BCP to import this file because the country names may also have spaces.
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 6:08 pm
The best answer for SQL Server 2000 is, in fact, the Temp Table solution. It's nasty fast, especially if you use a SELECT/INTO.
The solution that Absinthe showed ...
select (select...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 6:04 pm
The seed should probably the value returned from the NextID proc...
Other problem is, you have to increment the NextID in the NextIDtable by the number of rows you have in...
--Jeff Moden
Change is inevitable... Change for the better is not.
December 21, 2007 at 1:15 pm
Viewing 15 posts - 53,446 through 53,460 (of 59,089 total)