Parallelität mit Linq To Sql und ASP.NET

Question

Welcher ist der beste Weg, auf Parallelitätsprobleme zu überprüfen, wenn Sie LINQ to SQL in einer ASP.net-Anwendung verwenden.

In meiner Anwendung erhalte ich einen Datensatz aus der Datenbank und zeigt die Felder in bearbeitbaren Textfeldern an. Dann wird der Datenkontext weggeworfen.

Wie sollte ich das Entitätsobjekt speichern, damit ich die integrierten Funktionen von L2SQL nutzen kann? Ich kann das Objekt in der Sitzung nicht speichern und es an einen neuen Datenkontext anhängen: l2s beschwert sich, dass das Objekt nicht neu ist.

Die LinqDataSource schafft das irgendwie. Weiß jemand wie?

Answer 1

Die Art und Weise die Parallelität in Linq2Sql funktioniert, ist, dass es die ursprünglichen Werte speichert und vergleicht sie auf dem Einsatz.

Wenn Sie den Datenkontext wegwerfen, verlieren Sie die ursprünglichen Werte.

Was ich normalerweise tun, ist das Objekt der Datenbank noch einmal zu laden, wenn ich im Begriff bin zu speichern, dann ändern Sie das Objekt mit den Werten aus dem Formular.

Answer 2

Linq To SQL unterstützt standardmäßig optimistic concurrency control.

können Sie die UpdateCheck Eigenschaft in der Tabelle der einzelnen Felder ändern:

In the LINQ to SQL object model, an optimistic concurrency conflict occurs when both of the following conditions are true:

• The client tries to submit changes to the database.
• One or more update-check values have been updated in the database since the client last read them.