2
Locking bei SQL-Sichten
Hallo liebe Community,
Wir verweden ein Access Frontend mit SQL-Server als Backend.
Nun gibt es im Frontend Comboboxen, mit welchen man aus allen Datensätzen einer Tabelle ausählen kann.
Soweit ich weiß, holt Access sich nicht gleich alle Spalten sondern nur die angezeigten und noch ein paar mehr, damit man scrollen kann.
Nun bleibt aber die Abfrage solange geöffnet wie diese Liste der Combobox angezeigt wird.
Daher ist es einem anderen User nicht möglich, Änderungen an einem Datensatz zu machen.
Kann hier eine SQL-Sicht helfen?
Meine Idee: ich greife mit der Combobox auf die SQL-Sicht zu, somit ist die Sicht gelocked, nicht jedoch die Tabelle selbst.
Doch kann es nun eventuell sein, dass die Sicht dann aber selbst dafür die Tabelle locked?
Oder fallen Euch noch andere Lösungsansätze ein, wie ich zwar mit einer Liste aus allen Datensätzen wählen kann, diese aber nicht das Editieren der Datensätze selbst sperrt?
Okee ich hoffe jemand kann mit meinen wirren Gedanken etwas anfangen und mir bei diesem Problem weiterhelfen
Nun gibt es im Frontend Comboboxen, mit welchen man aus allen Datensätzen einer Tabelle ausählen kann.
Soweit ich weiß, holt Access sich nicht gleich alle Spalten sondern nur die angezeigten und noch ein paar mehr, damit man scrollen kann.
Nun bleibt aber die Abfrage solange geöffnet wie diese Liste der Combobox angezeigt wird.
Daher ist es einem anderen User nicht möglich, Änderungen an einem Datensatz zu machen.
Kann hier eine SQL-Sicht helfen?
Meine Idee: ich greife mit der Combobox auf die SQL-Sicht zu, somit ist die Sicht gelocked, nicht jedoch die Tabelle selbst.
Doch kann es nun eventuell sein, dass die Sicht dann aber selbst dafür die Tabelle locked?
Oder fallen Euch noch andere Lösungsansätze ein, wie ich zwar mit einer Liste aus allen Datensätzen wählen kann, diese aber nicht das Editieren der Datensätze selbst sperrt?
Okee ich hoffe jemand kann mit meinen wirren Gedanken etwas anfangen und mir bei diesem Problem weiterhelfen
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 167685
Url: https://administrator.de/contentid/167685
Printed on: April 25, 2024 at 13:04 o'clock
2 Comments
Latest comment
Hallo,
du könntest folgendes Versuchen:
1. deine Abfrage mit nolock zu schreiben (hier weiß ich nicht, ob das Access Frontend das kann)
2. eine View mit nolock bzw. readuncommited bauen
http://msdn.microsoft.com/de-de/library/ms187373.aspx
Also
Create view view_test
as
select *
from test with (nolock)
du könntest folgendes Versuchen:
1. deine Abfrage mit nolock zu schreiben (hier weiß ich nicht, ob das Access Frontend das kann)
2. eine View mit nolock bzw. readuncommited bauen
http://msdn.microsoft.com/de-de/library/ms187373.aspx
Also
Create view view_test
as
select *
from test with (nolock)
Hi,
erstmal möchte ich mich für deine Antwort bedanken.
Die Idee mit dem NOLOCK, kam mir nun irgendwann auch schon, jedoch unterstützt Access das WITH(NOLOCK) nicht
Daher kam ich auf die Idee eine PASSTHROUGH Abfrage zu machen, diese bringt jedoch eine etwa 2 Sekündige Verzögerung mit sich, wahrscheinlich weil die Verbindung zum SQL-Server jedesmal neu Aufgebaut wird
Aber die Idee das in die Sichten zu Verlagern, schau ich mir nochmal an
erstmal möchte ich mich für deine Antwort bedanken.
Die Idee mit dem NOLOCK, kam mir nun irgendwann auch schon, jedoch unterstützt Access das WITH(NOLOCK) nicht
Daher kam ich auf die Idee eine PASSTHROUGH Abfrage zu machen, diese bringt jedoch eine etwa 2 Sekündige Verzögerung mit sich, wahrscheinlich weil die Verbindung zum SQL-Server jedesmal neu Aufgebaut wird
Aber die Idee das in die Sichten zu Verlagern, schau ich mir nochmal an
