Viewing 15 posts - 56,041 through 56,055 (of 59,098 total)
>>but it executes faster than your user cursor
Who's "user cursor" solution are you talking about, Sugesh?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 11:53 pm
Heh... appreciate that, David... now, all I have to do is convince Eamon as to what a terrible mistake using that type of sequence table is ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 11:45 pm
There might be something else going on, but can't tell unless you post the sproc ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 11:36 pm
Step 1. Nominate the current DBA for a "Darwin Award".
Step 2. Fire the current DBA.
Step 3. Promote the developer to DBA with the caveat that if he doesn't impliment the...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 11:33 pm
>>is there a reason you can't do an insert into the sequence table and store scope_identity into a variable
Yes... the sequence table only has one row according to the OP... so...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 10:51 pm
Correct... in a properly designed database, the assemblies and sub-assemblies would not only be separated, but they would be "normalized" as well. Separate table would also be present to identify...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 4:54 pm
That's why I'm saying you've gotta normalize it... you can submit the answers to the questions all at the same time, just not all in one row. Your current design...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 4:46 pm
I guess I should explain the other reasons why this is gonna "suck" and why I don't think this resembles a relational database... you're using RBAR (pronounced "ree-bar" and is...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 4:23 pm
Heh... we had something similar that a 3rd party built into their part of our database... 640 average deadlocks per day with spikes to 4,000 ![]()
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 4:11 pm
Even though SQL Server 2000 doesn't have a pivot function, it's pretty darned easy to make one. So, don't let the lack of a pivot function make you do something...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 3:54 pm
Heh... it wouldn't be just me that gets annoyed... some folks get downright rude about cross posting.
Anyway, glad to help and thanks for the feedback.
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 3:36 pm
Thanks for the example of what this type of sort might be used by... brought back some memories of how the Navy designates assemblies and sub-assemblies (A4A1A13CR5). Also, might need...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 3:34 pm
CROSS POST... see the following
http://www.sqlservercentral.com/forums/shwmessage.aspx?forumid=338&messageid=376138&post=true
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 10:18 am
First, it really ticks folks off when you double post like you did... this is one place where you do need to put all your eggs in one basket... keeps...
--Jeff Moden
Change is inevitable... Change for the better is not.
June 24, 2007 at 10:17 am
A bit late with a response... but you do understand that temp tables are automatically dropped when the session that created it ends?
--Jeff Moden
Change is inevitable... Change for the better is not.
June 23, 2007 at 9:50 pm
Viewing 15 posts - 56,041 through 56,055 (of 59,098 total)