Viewing 15 posts - 47,341 through 47,355 (of 59,095 total)
Business rules in triggers? I think that more than 95% of all business rules can either be resolved by the proper use of constraints and foreign keys on the...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 8:31 pm
Shoot... 80MB for TempDB??? I boot the servers at work with 9GB... I doubt that I would boot any server with less than a gig for TempDB. And,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 8:17 pm
I actually think a loop of some sort would probably be faster for this (GAK! I can't believe I just said that! :hehe:)... except for a couple of minor...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 8:06 pm
Heh... if you really want to throw a ball of wax at them before you decide to find a place with reasonable requirements, tell them the column should be named...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 6:06 pm
Heh... remove the ANSI joins and add old fashioned FROM's separated by comma's with no WHERE clause to cause a join. Then, add a distinct or a group by...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 5:57 pm
Remove the parenthesis from the parameter list... it's not a function...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 5:52 pm
I've restructured the WHERE clause without changing any of the code... I think the problem sticks out like a sore thumb...
WHERE (ET.iSiteId = @locSITEID)
...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 5:44 pm
SELECT SYSDATE FROM DUAL;
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 5:25 pm
eric (11/10/2008)
1, 'P1', 1, 2, 3, 4, 0
2, 'P1', 10,...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 4:54 pm
chandrika5 (11/10/2008)
That is a good suggestion. I converted the inner select/processing to a function and am calling this function in my select statement: no cursor required
As Lynn stated, you've probably...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 4:47 pm
Something else you might want to consider... the best hardware in the world won't solve performance problems if the code isn't quite up to it. I'd probably start by...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 4:28 pm
Absolutely correct on all accounts, Steve... suggestions very similar to yours were made by myself and others but to no avail. I'm amazed at the number of managers have...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 9:32 am
Mohit (11/9/2008)
Thank-you for the comments, I didn't think RBAR would be big issue in my case because the table had limited number of rows and wasn't...
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 8:47 am
That sounds more like problems with a table variable. Why aren't you using a temp table, instead?
--Jeff Moden
Change is inevitable... Change for the better is not.
November 10, 2008 at 6:05 am
yep... paste the following into the "help" url box...
ms-help://MS.SQLCC.v9/MS.SQLSVR.v9.en/udb9/html/d4c26311-d9f4-432c-953a-1c1042b33c97.htm
--Jeff Moden
Change is inevitable... Change for the better is not.
November 9, 2008 at 10:15 pm
Viewing 15 posts - 47,341 through 47,355 (of 59,095 total)