Viewing 15 posts - 14,536 through 14,550 (of 18,923 total)
Not really, but the best pratice for something like that is to plan the expansions ahead of time and doing them off hours so that the users don't suffer from...
August 10, 2005 at 3:15 pm
in (null) usually fails, that's why I ALWAYS set my variables... but I agree it's not really necessary here.
yes if there's only 1 row then you get the same value...
August 10, 2005 at 3:03 pm
First thing in the trigger :
Save the rowcount in a variable
SET @rwcnt = @@rowcount
then in the last step of the trigger you can do this :
Update dbo.Numbers set...
August 10, 2005 at 3:01 pm
How about :
Select @ID1 = -1, @ID2 = -1
Select @ID1 = min(id), @ID2 = max(id) from inserted
Update whatever set col = '??' where id in (@ID1, @ID2)
August 10, 2005 at 2:51 pm
Not quite Sushila, stop being a poet and start acting your feelings out. "He can shove them up his ass." is the phrase you need to use.
August 10, 2005 at 2:28 pm
Well this could answer a few of your questions, but not all of 'em :
http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=108&messageid=199531
August 10, 2005 at 2:25 pm
Yup, but I'd go one step better : sort client side
.
August 10, 2005 at 2:22 pm
You just can't do it that way... I'd have one proc for the data and a separate one for the totals that would be loaded on the form_load()... simplest solution...
August 10, 2005 at 2:20 pm
Thank god for copy/paste
.
Don't forget to backup the original so you can revert back.
August 10, 2005 at 2:19 pm
No... but I'd check to make sure that the updates in the system catalogs are forbiden NOW... in case something really vitals gets whipped out.
August 10, 2005 at 2:17 pm
Yup you're pushing.. I respect his knowledge but I keep the hero status for other guys.
August 10, 2005 at 2:16 pm
Viewing 15 posts - 14,536 through 14,550 (of 18,923 total)