| Previous | Next |
| DB_S_PARAMUNAVAILABLE | DB_S_NOROWSPECIFICCOLUMNS |
DB_S_MULTIPLECHANGES
OLE DB update affected more than one source row
DB_S_MULTIPLECHANGES is HRESULT 265948 (0x00040EDC) from Microsoft OLE DB. The documented description is “Updating a row caused more than one row to be updated in the data source.” The severity bit indicates a nonfailure result, but the value carries a specific condition that must not be collapsed into plain S_OK.
In the OLE DB provider and consumer contract, this result means that updating a row caused more than one row to be updated in the data source. The application should preserve it until it has validated the exact condition represented by this return value.
Where the status is encountered
- OLE DB command or rowset processing; log the exact method and object state instead of interpreting the constant outside that contract.
- Provider metadata, binding, or update handling; log the exact method and object state instead of interpreting the constant outside that contract.
- Data-access wrappers that reduce HRESULT to a Boolean; log the exact method and object state instead of interpreting the constant outside that contract.
Evidence to preserve
- Preserve row handle and chapter.
- Preserve update predicate or key columns.
- Preserve rows-affected value.
- Preserve generated values for every changed row.
- Preserve transaction and isolation level.
What must be true before accepting it
Verify that the application understands that an update intended for one logical row changed multiple rows in the data source and reconciles every resulting row. The documented condition must be demonstrated so it is not mistaken for an unrelated success state.
Any state transition preceding it must be included in rollback, continuation, and retry planning.
Correct handling and recovery
Stop treating the operation as a single-row update. Capture the search predicate, concurrency columns, affected-row count, and provider-generated values; then commit, compensate, or roll back according to the application transaction policy.
Use the code-specific next action for this HRESULT; avoid treating all informational HRESULT values as retry signals.
Difference from nearby results
DB_S_TOOMANYCHANGES says the provider cannot retain all change history, whereas it says this update propagated to multiple source rows.
Practical scenario
An editable view maps one displayed row to several base-table rows. After the update returns this status, the client refreshes the view and verifies each base row before acknowledging success to the user.
References
- Microsoft: OLE DB return codes — official Microsoft material relevant to this HRESULT.
- Microsoft: OLE DB errors
- Microsoft: HRESULT values
Looking for a different code? Search another status or error code.