Viewing 15 posts - 661 through 675 (of 1,086 total)
ROWLOCK is being used. Might there be a conflict if another is altering the record that the cursor is currently trying to update?
Otherwise,...
August 18, 2005 at 1:55 pm
No we aren't. It is simply a hard and fast rule of his.
While I agree that set based is best, it is not the only solution. Hence, not allowing...
August 18, 2005 at 1:48 pm
Don't misunderstand me. I agree that "being difficult" is one of the jobs of a good DBA. But this guy is beyond that. He will make up rules without good...
August 18, 2005 at 1:21 pm
Probably correct Remi - and it is always good to have a calendar table. But I was just giving an alternative if the person wanted to simply pass in the word...
August 18, 2005 at 12:51 pm
Another possible solution might be the following:
DECLARE @Month varchar(10),
@Year varchar(4),
@Date char(2),
@FinalDate datetime,
@LastDayOfMonth char(2)
SET @Month = 'April'
SET @Year = '2005'...
August 18, 2005 at 12:34 pm
Thank you for the explanation. When this post first started, you wanted only one record for each ASPECT_ID or AGENT_NAME. To that end, we can help you set this...
August 18, 2005 at 8:45 am
You should be able to merge the columns within the selection contstraint: i.e..
WHERE CONVERT( varchar, CONVERT( smalldatetime, [Month] + '/01/' + [Year]) BETWEEN '01/01/2005' AND '07/01/2005'
That should not...
August 12, 2005 at 8:33 am
One thing I do not get. ParentID was included in the original query, but not in the solution(s). Is this field necessary? And if so, where is coming from, (i.e.,...
August 11, 2005 at 10:49 am
Sushila is the MASTER at understanding and interpretting! I have been too busy to get back to this, but her remarks fit my designs exactly! Thanks. [you fit Ten Centuries]...
August 5, 2005 at 2:37 pm
You initmated that you needed dates for a BETWEEN statement within your code. Is that still necessary? If so, could you show us the code and explain what you want? ...
August 4, 2005 at 3:35 pm
I am 'assuming' you need a recordset returned. [Again, the BullDozer (Bully?) raises its ugly head]. Here is a possible, though not necessarily elegant or efficient solution:
DECLARE @BeginDate...
August 4, 2005 at 11:09 am
Thank you sushila! That is better than how I would have answered. Exactly correct!
Salvatore, the ball is in your court now......
August 4, 2005 at 10:52 am
I know from my past with this, grids are often third party components and a real bear to alter. I whole-heartedly agree with Remi, though. If you can do this...
August 3, 2005 at 3:39 pm
I have used ALTER TABLE to insert columns into a #TempTable using Dynamic SQL in the past. That may be a possible approach to ease the pain. I agree with Remi...
August 3, 2005 at 2:33 pm
Viewing 15 posts - 661 through 675 (of 1,086 total)