Glad to hear that it's working. Frequently, things like this will happen as
a result of updating more than one field, where one of the updates gets
rejected by the back-end for some reason, such as integrity violations,
triggers that raise an error, etc. That's usually where you want to look
when you get a "multiple-step" error.
Rob
>I decided to change the approach for an update.
> I make selection including ID of the record, then I'm looping through the
[quoted text clipped - 24 lines]
>>
>> Show us your code.
> Glad to hear that it's working. Frequently, things like this will happen
> as a result of updating more than one field, where one of the updates gets
> rejected by the back-end for some reason, such as integrity violations,
> triggers that raise an error, etc. That's usually where you want to look
> when you get a "multiple-step" error.
Huh. I never use data controls or data-binding and instead either write SQL
or call stored procedures. I've NEVER gotten that particular error before.
Is it specific to "data-binding" or updating via a Recordset object (IOW,
using the Update method)?

Signature
Mike
Microsoft MVP Visual Basic
Steve Gerrard - 31 May 2007 03:26 GMT
> Huh. I never use data controls or data-binding and instead either write SQL or
> call stored procedures. I've NEVER gotten that particular error before. Is it
> specific to "data-binding" or updating via a Recordset object (IOW, using the
> Update method)?
The "multiple-step error" message is from ADO when using a recordset, but it is
usually based on an error at the database end of things. The most common one I
have encountered is a string value longer than the field length. If you got into
the ado errors collection, etc., you could see the actual db server error
messages.
Ralph - 31 May 2007 03:59 GMT
> > Glad to hear that it's working. Frequently, things like this will happen
> > as a result of updating more than one field, where one of the updates gets
[quoted text clipped - 6 lines]
> Is it specific to "data-binding" or updating via a Recordset object (IOW,
> using the Update method)?
It is not confined to "data-binding" or the .Update method. Although it is
obviously confined to "action" queries. It's one of those error messages
that only a database guru (a specialist in internal micro-coding) can
appreciate. <g> Very important to catch the error description (it can vary)
and enumerate the error collections. Subsequent messages are usually more
informative. (as Steve noted)
It can be caused by any number of things. Attempting to update a field that
doesn't accept nulls, trying to input more characters than allowed, a string
instead of a number, etc. Plus everything Robert mentioned.
It is encountered by a programmer most often with the .Update method because
it is here that something unintended or unexpected is most likely to happen.
The .Update method uses a query that is built from the library's best guess
on what is to be updated. Lots of opportunities for error.
hth
-ralph
Robert Morley - 31 May 2007 04:09 GMT
Yeah, what they said. :)
Rob
>> Glad to hear that it's working. Frequently, things like this will happen
>> as a result of updating more than one field, where one of the updates
[quoted text clipped - 6 lines]
> before. Is it specific to "data-binding" or updating via a Recordset
> object (IOW, using the Update method)?