And the code calling the stored procedure ...?
I would suggest being explicit when passing the qty values - use CSng or
CDbl to make sure they are treated as numbers.
shank wrote:
> Nope. This is the SP...
>
> CREATE PROCEDURE [admin].[stp_WSD_InsertBackOrder]
> @AffNo varchar(20),
> @OrderNo varchar(20),
> @Qty numeric(8,2),
> @AccessLevel varchar(10)
> AS
> BEGIN
> SET NOCOUNT ON
> UPDATE admin.WSDBulkOrder SET Qty = Qty + @Qty
> WHERE [AffNo] = @AffNo AND [OrderNo] = @OrderNo
> IF @@ROWCOUNT = 0
> INSERT INTO admin.WSDBulkOrder (AffNo,OrderNo,Qty,AccessLevel)
> VALUES (@AffNo,@OrderNo,@Qty,@AccessLevel)
> END
>
> Data sample being passed...
> AcctNo (number),orderno(text),qty(number),AccessLevel(tex t)
> AcctNo: 100385
> OrderNo, Qty are...
> C101,4
> C102,3
> C103,5
> C104,7
> C105,1
> C106,2
> C107,3
> C108,5
> C109,1
> AccessLevel: AB
>
> thanks
>
> "Bob Barrows" <> wrote in message
> news:...
>> I need more information. Are you performing any type casts on the
>> data you are passing to the stored procedure?
>>
>> shank wrote:
>>> Thanks! That got me to the next error: The precision is invalid
>>> I never got his before either. I have [AcctNo] numeric(18,0) and
>>> [Qty] numeric(18,0).
>>> All other fields are varchar except for [ID] numeric(18,0) which
>>> auto seed. I can run the Store Procedure in a query with the
>>> objects I'm importing without a problem.
>>>
>>> What could be generating error: The precision is invalid?
>>>
>>> thanks
>>> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>> -
>>> - - -
>>> - - - - - - - - - -
>>>
>>
>> --
>> HTH,
>> Bob Barrows
--
HTH,
Bob Barrows
|