Foros del web, para los que viven de bits

Buenos dias,

He buscado en los foros de NET, WebForms y WinForms la palabra "concurrencia" y aparecen un par de posts incompletos, así que, lo planteo de nuevo.

El comportamiento es el siguiente. En un datagrid, hago altas sin problemas. Hago modificaciones sin problemas a filas que ya existen. Pero hay un caso peculiar:
Si hago una alta y relleno cuatro o cinco campos y luego le doy a "guardar cambios" (que no hace más que un Update del dataset a traves de un dataadapter) me lo guarda bien, pero una vez guardado, me voy a cualquier campo del mismo registro y lo modifico, cuando le vuelvo a dar a guardar, me salta el error:

Infraccion de concurrencia: Update command afectó a 0 registros

Dada esta situación específica, a alguien se le ocurre qué me puede estar pasando?

Gracias a todos.

A esto se le conoce como concurrencia optimista, dependiendo de como hayas generado el CommandText de las propiedades DeleteCommand, UpdateCommand del DataAdapter, este hace una comprobación para que los datos no hayan variado con respecto a la versión _original_ con la que llegó al DataSet (esto es útil para mantener una consistencia en tus datos), si en la ejecución de estos métodos (se ejecuta por cada fila) se devuelve 0 filas afectadas, quiere decir que los datos han variado y ya no son los mismos por lo tanto se lanza la excepción, puedes utilizar el evento RowUpdated del DataAdapter, para decidir que acción tomar.

Saludos

Pero el evento RowUpdated salta cada vez que se hace una modificación?
Que debería hacer en ese evento, un da.Update tambien?

De todas formas, te comento que genero la SelectCommand del dataadapter con algo como: "SELECT * FROM Urgencias WHERE... ORDER BY.."
Es que debería especificar los campos uno por uno para que genere bien los demás comandos el commandbuilder o algo así?

Asigna manualmente esas propiedades (UpdateCommand, DeleteCommand), si lo que quieres es ganar rendimiento y evitar ese _error_.

http://msdn.microsoft.com/library/sp...edcommands.asp
http://msdn.microsoft.com/library/de...adonetbest.asp

Saludos

Gracias por tus respuestas xknown. Me lo estoy mirando.

Pero, no hay la forma de poder utilizar un gran objeto como es CommandBuilder, evitando el error de concurrencia? Por alguna cosa que ya he leido por ahi, veo que la concurrencia optimista trata de cuando varias personas modifican a la vez los datos. Pero por ahora me ocurre utilizando la aplicación yo solo.

Pero porqué lanza una excepción? Si han cambiado los datos, pues que los updatee... no?
Por algo pregunto justo antes de updatear: If miDataSet.HasChanges Then...

Hay algo aqui que no entiendo.
Gracias por la aclaracion que puedan darme.

Si haces un AccepChanges en el datatable tras el update no solventas este problema???

Hola Jose,

Mira, siguiendo tu propuesta, me queda así el codigo para Guardar los cambios:

Pero me sigue mandando el error, si modifico cualquier campo de un registro que acabo de dar de alta. No ocurre, en cambio, con otros registros que modifico. Solamente me lanza la excepcion modificando los que acabo de dar de alta.

Perdón, dijiste en el datatable.
He cambiado la linea de accept changes por:

miDataSet.Tables("Urgencias").AcceptChanges()

Pero nada.

Y probando como me comenta xknown, especificando los comandos a pelo, me manda este error al hacer el update:

Que es cierto, he escrito los comandos, asignando cada campo a un parametro con el mismo nombre, pero no especifico los parámetros. Lo he de hacer? No debe coger los nuevos valores de cada registro modificado?

Está costando.. Gracias por la paciencia.