vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Schützen Sie Ihre Software vor Software-Piraterie - mit sevLock 1.0 DLL!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2024
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB & Datenbanken
Festellen, welcher User eine Tabelle im Update-Modus bearbeitet 
Autor: crosstravel
Datum: 11.12.15 09:35

Hallo zusammen,

in einer Multiuserumgebung kann es vorkommen, dass ein Benutzer eine Datenbanktabelle im Änderungsmodus öffnet und dann Kaffee trinken geht ........... Die Tabelle, oder zumindest
die entsprechende Row ist dann für die anderen Benutzer nicht änderbar.

Kann man irgendwie feststellen, welcher Benutzer die Tabelle/Satz sperrt und dann einen
entsprechenden Hinweis ausgeben?

Danke
Rainer
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Festellen, welcher User eine Tabelle im Update-Modus bearbeitet 
Autor: Franki
Datum: 13.12.15 05:22

Hallo,

formuliere deine Frage etwas genauer. Denn was brigt es dir, wenn du weißt, dass Kollege X Kaffe trinken ist oder es Kollege Y ist? Und wem möchtest du eine Meldung anzeiegen?

Wenn solche Sachen vorkommen können (und das ist der Fall), dann solltest du einen Zeitstempel einbauen, und nach einer Karenzzeit den Datensatz wieder frei geben für weitere Barbeitung durch andere User. Wie lange der Zeitraum ist hängt von deiner Anwendung ab, bzw. wie lange die Datenerfassung der User normalerweise dauert plus Karenzzeit.

Also was konkret möchtest du machen? Eine Meldung: Kollege X trinkt grade Kaffee ist nicht wirklich hilfreich.

Gruß
Frank
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Festellen, welcher User eine Tabelle im Update-Modus bearbeitet 
Autor: crosstravel
Datum: 13.12.15 11:27

Hallo Frank,

das Problem stellt sich genau so dar, wie ich es beschrieben hatte. Bei einem Kunden mit mehreren dezentralen Standorten kommt es immer wieder vor, dass Benutzer mitten in der Bearbeitung eines Auftrages des Arbeitsplatz verlassen; ohne vorher die Verarbeitung abgeschlossen zu haben.

Andere Benutzer finden dann z.B. eine gelockte Row und sind so blockiert. Der Wunsch wurde nun ge-
äussert, dass das System den User anzeigt, welcher den Lock hält. Ziel ist zB eine telefonische
Kontaktaufnahme (alle Mitarbeiter haben ein Diensthandy).

Gruss und schönen Sonntag
Rainer
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Re: Festellen, welcher User eine Tabelle im Update-Modus bearbeitet 
Autor: Franki
Datum: 15.12.15 08:30

Hallo Rainer,

wie ich ja schon beschrieben habe, mit einem Zeitstempel funktioniert das. Wenn der User mit gespeichert werden soll muss halt dieser auch noch mitgeführt werden in einer zusätzlichen Spalte der Tabellen, oder evtl. auch zusätzlichen unabhängigen Tabelle innerhalb der DB. Und Fehlerbehandlung bei gelocktem DS und Anzeige des Users.

Sich auf die Erreichbarkeit des Users über sein Diensthandy zu verlassen um den Datensatz wieder freizugeben halte ich für unzuverlässig, das kann nur der allgemeinen Information dienen mehr aber nicht.

Was ist wenn aus welchen Gründen der User über sein Diensthandy nicht erreichbar ist? Akku leer, er ist im Funkloch, er hat sein Handy nicht bei sich, er hat einen Unfall und ist im RTW auf dem Weg ins Krankenhaus usw. usw.

Solche Eventualitäten musst du auch mit einkalkulieren und kannst die Erreichbarkeit des Users nicht als einzige Option nehmen um Datensätze wieder frei geben zu können. Als zusätzliche Möglichkeit ist das OK, aber dennoch würde es den User nerven wenn er dann vom Kaffeetrinken zurück an seinen Arbeitsplatz muss um die Datenerfassung zu beenden.

Das mit dem Zeitstempel und der Karenzzeit ist meiner Meinung nach der wesentlich bessere Weg. Als erzieherische Maßnahme würde das vielleicht wirken dass der User seine Arbeit vollendet bevor er Kaffee trinken geht. Aber mehr auch nicht. Und es kann ja auch andere wichtige Gründe geben für die Unterbrechung.

Gruß
Frank
Themenbaum einblendenGesamtübersicht  |  Zum Thema  |  Suchen

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2024 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel