Viewing 15 posts - 49,201 through 49,215 (of 59,102 total)
There are a couple of ways... I believe the fastest for large data sets in SQL Server 2000 would be in the following...
http://www.sqlservercentral.com/articles/Advanced+Querying/61716/
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 11:39 pm
riga1966 (7/15/2008)
I think you are right.
I replaced UPDATE code and ran it.
But it now gets stuck inside a loop.
I run this SP a a script. I put lots of...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 1:45 pm
Heh... you guys are missing the real problem! 😉 The real problem is why does the OP NOT care about which data is returned? If you don't care,...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 12:12 pm
Heh... I feel the same... but I said "Today, just this one day, I shall not rant." 😛
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 12:08 pm
karthikeyan (7/15/2008)
use distinct keyword
Let's see how you would do that, Karthik... 😉
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 8:55 am
I know disk space is relatively cheap... I just can't bring myself to suffer the overhead of storing XML in a database anywhere except a temporary staging table. With...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 7:06 am
paulhunter (7/15/2008)
In the .NET world you don't grant access to the internal code and data structures except thru properties and methods, so don't treat your database differently.
THAT is one of...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 15, 2008 at 7:01 am
After you fix the updates and try the run (please let me know how that goes) again, then next thing I'd try to do is get rid of the While...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 10:11 pm
Yep... I found that undocumented alias form of update, too. While it seems to work quite well, you may not want to take a chance on it...
[font="Courier New"]...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 10:00 pm
Riga,
I'm still looking at the code but I did find a problem that's prevalent throughout the code where there are updates...
See anything wrong with the following code?
[font="Courier New"]-- Update all...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 9:51 pm
I think you're importing directly to the final table... why not import into a staging table and then you can do some validations and trimming before the data goes into...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 5:22 pm
Ummmm, so convert the result to a Bit datatype... all that is being returned are 1's and 0's... no -1's...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 2:23 pm
Just curious... the SIGN method with the subtraction from the ABS seems to work just fine as a negative number detector...
DECLARE @v-2 INT
SET @v-2 = -10
SELECT...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 2:17 pm
Do you still have the code for it?
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 1:55 pm
GilaMonster (7/14/2008)
Actually, I did suggest ISNumeric, with the warning that it's not perfect. Does your like allow for - and .?
No... but those can easily be added while excluding a...
--Jeff Moden
Change is inevitable... Change for the better is not.
July 14, 2008 at 8:00 am
Viewing 15 posts - 49,201 through 49,215 (of 59,102 total)