Viewing 15 posts - 41,896 through 41,910 (of 59,067 total)
Could you post or attach rows 250 to 260 so I can see what you mean and try to duplicate the problem?
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 7:01 pm
Ian Scarlett (9/17/2009)
Jeff Moden (9/16/2009)
That's the whole idea behind using the surrogate key instead of a natural key which may be duplicated. The users wouldn't see it but the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 6:42 pm
Edwin-376531 (9/17/2009)
Hi Jeff,The business rules did not allow two mobile phones in my case.
Thanks for your hints.
-Edwin
Ok and understood. So how about this? It's a bad practice to...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 6:20 pm
crainlee2 (9/17/2009)
I just tested Jeff's starter kit code, too. It ran in 3 seconds.
I did some testing of SELECT statements, with and without a non-clustered index on the UniqueVarChar...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 6:12 pm
To the rest of you folks, I just want to say "Thanks" for backing me up. I've been under the weather and in bed for the last 18 hours...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 6:07 pm
crainlee2 (9/17/2009)
I sincerely apologize. I'm not liable for anything I think, say, or do until after my 3rd cup of coffee in the morning. When I read...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 17, 2009 at 5:50 pm
Edwin,
What happens if a person has more than one mobile phone? The way you're tables are constructed, you're pretty much screwed. The phone numbers need to be in...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:38 pm
Ian Scarlett (9/16/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:35 pm
Shark Energy (9/16/2009)
It'd be quicker to BCP out the tables and copy the files over and BCP in! Surely thats not right.
Heh... Ironic isn't it? Replication uses BCP so...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:29 pm
Heh... you post after hours on the original and then post before hours on this one and wonder why there's not much traffic? Be patient my friend... 😉
Folks, the...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:22 pm
I still recommend you lookup and study OUTPUT in Books Online, but here's a working example...
--===== Create and populate a 1,000,000 row test table.
-- Column...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:14 pm
bill36email (9/16/2009)
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 8:00 pm
Matt is certainly on the right track... but you don't need a CASE statement...
select A.grading, ISNULL(NULLIF(count(B.IDno),0),COUNT(B.IDno)) as myCount
From A
left join B on A.fkIDno = B.IDno and A.grading = 1
left join...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 7:53 pm
crainlee2 (9/16/2009)
If you were faced with my situation, what would be the best course of action(s)?
Test and find out for sure... here's a starter kit...
SELECT TOP 1000000
...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 7:45 pm
I'm still trying to fix this. My Google search may have found something to fix it but we'll see. Here's the "fix" article I found and have instantiated...
http://support.microsoft.com/kb/928091
Once...
--Jeff Moden
Change is inevitable... Change for the better is not.
September 16, 2009 at 6:56 pm
Viewing 15 posts - 41,896 through 41,910 (of 59,067 total)