Viewing 15 posts - 151 through 165 (of 1,086 total)
I totally agree with Sergiy on this! A default value is vastly different than the lack of information.
I wasn't born stupid - I had to study.
August 11, 2006 at 2:58 pm
Do it all the time. Thanks! (beautiful thing, that...)
(bit of a bang up today, (our car was hit on the way to work - not so good) so I...
I wasn't born stupid - I had to study.
August 8, 2006 at 4:10 pm
Thanks. I was thinking about that approach - of course I'm dealing with a large #TempTable throughout the procedure, but maybe I can pass the information back and fourth...
I wasn't born stupid - I had to study.
August 8, 2006 at 5:26 am
Are you joining the other #temp table to your pt61_table_load table?
I wasn't born stupid - I had to study.
August 7, 2006 at 2:38 pm
OMG! Thanks Eddie!
We just started using 2005 and I completely misinterpretted the question. We are only beginning to use these, so that information was extremely timely!
Thanks [I should...
I wasn't born stupid - I had to study.
August 1, 2006 at 3:13 pm
Why can't they be re-used? If needs be, Truncate or Delete them, (I am not sure if Deleting a @TableVariable still fills the Trans Log - it may also cause...
I wasn't born stupid - I had to study.
August 1, 2006 at 11:12 am
You've already established the "Results" field in your new report table as varchar(8000). Hence, you have to substring "Results" or make mutiple fields to hold the extra values...
(Also, follow...
I wasn't born stupid - I had to study.
July 31, 2006 at 4:25 pm
Hadn't even looked at that, but I agree Sql Junkie. A cursor does not look to be necessary.
What errors were you recieving when you split "Results" up? Same thing? ...
I wasn't born stupid - I had to study.
July 31, 2006 at 11:30 am
The easiest solution is SUBSTRING( Results, 1, 8000). But you may want everything contained within that field. I don't know...
I wasn't born stupid - I had to study.
July 31, 2006 at 10:08 am
I'm not clear why you cannot use "Dynamic SQL" within a Stored Procedure passing the selected values by your client.
If you can use this approach, please read the following...
I wasn't born stupid - I had to study.
July 31, 2006 at 9:32 am
Please do not cross post - you will get an answer
I wasn't born stupid - I had to study.
July 31, 2006 at 9:24 am
Microsoft specifically states that left and right outer Joins are not supported and in some cases “results in an ambiguous query that can be interpreted...
I wasn't born stupid - I had to study.
July 31, 2006 at 9:19 am
I added a customer table so you would have names displayed. If I am understanding this correctly, hCrtlNum is not necessary to this query...
DECLARE @Payment TABLE( hCtrlNum numeric(18, 0)...
I wasn't born stupid - I had to study.
July 28, 2006 at 3:45 pm
You probably should give more information. An INNER JOIN will work, unless you want some aggregate or something along those lines in which a one to many situation exists:
SELECT...
I wasn't born stupid - I had to study.
July 28, 2006 at 11:42 am
Try it in your Development db. These Triggers are there for a reason and you may find later the data integrity or even you front-end is goofed up by dropping...
I wasn't born stupid - I had to study.
July 28, 2006 at 11:17 am
Viewing 15 posts - 151 through 165 (of 1,086 total)