Kalender Termin Privat - Benutzername

[unisoft ah]

Unter Benutzer haben wir den folgenden Benutzer erfasst:



Bei Mitarbeiter:



Wir erfassen nun einen Termin welcher als Privat markiert ist:



Der Termin kann nun vom Benutzer Peter.Zinsli nicht mehr bearbeitet werden weil der Benutzername "zu viele Zeichen" enthält:



Wir bitten um Prüfung.

[Kaiser]

Die Privat-Funktion ist Teil der Datenbankschicht; damit wird sichergestellt, dass auch bei Listen und Tabellen das "Privat" respektiert wird. Daher wird auf den Benutzernamen der Mutationsdaten zugegriffen - dieser hat eine Länge von 10 Zeichen.

Jetzt gibt es zwei Möglichkeiten:

1. Der Benutzername wird auf 10 Zeichen limitiert (statt 30 wie bisher). Ist etwas unschön.

2. Der Benutzername in den Mutationsdaten wird auf 30 Zeichen erweitert. Dadurch müssten ALLE Datenbanktabellen aktualisiert werden, zudem würde die Datenmenge erheblich erhöht.

Ich bin unschlüssig... tendiere aber auf Lösung 2.

[Kaiser]

Es gäbe noch eine dritte Lösungsvariante:

Bei der Abfrage werden nur die ersten 10 Zeichen geprüft. Dadurch müssten keine Datenbankänderungen durchgeführt werden, aber es könnte zu Problemen kommen, wenn die ersten 10 Zeichen zweier Benutzer gleich lauten:

Peter Zinsli
Peter Zinsbauer

Damit könnte Peter Zinsbauer auch die privaten Termine von Peter Zinsli bearbeiten.

Wie siehst du das?

[unisoft ah]

Ich tendiere zu Deiner 3. Variante.
Diese hat zwar den von Dir beschriebenen möglichen Nachteil, dass sich die Benutzernamen überschneiden könnten.
Die Wahrscheinlichkeit scheint mir aber sehr gering, da wir in der Regel mit Kürzel arbeiten.
Also "unter dem Strich" ist die 3 Variante wohl am dienlichsten.

[Kaiser]

Ich finde Lösung 2 zukunftsorientierter. Zudem wird dann auch in den Mutationsdaten der ganze Benutzername angezeigt.

Code: Alles auswählen

Statt: Peter.Zins     Peter.Zins
Neu:   Peter.Zinsli   Peter.Zinsbauer

[unisoft ah]

Das ist für mich natürlich auch gut.
Es ist ausser das die Tabellen grösser werden richtiger, resp. perfekt gelöst.

[Kaiser]

Das ist für mich natürlich auch gut.
Es ist ausser das die Tabellen grösser werden richtiger, resp. perfekt gelöst.

Ja, das ist leider ein Nachteil.
Aber meines Erachtens überwiegen die Vorteile.

[Kaiser]

Update!

Datenbankänderung in allen Tabellen: Mutationsfeld "Benutzer" verlängert.
Die Benutzerfelder für Erfassung und Änderung in den Mutationsdaten wurden auf 30 Stellen verlängert, so dass auch lange Benutzernamen vollständig gespeichert werden können.

Der Update ist auf der Webseite Mentor verfügbar.

[unisoft ah]

Besten Dank !

[Kaiser]

Momentan sind wir an folgender Erweiterung:
Die Länge der Benutzernamen soll vom Netzwerkadministrator in den Systemeinstellungen angegeben werden können. Eine Änderung dieses Wertes hat eine Datenbankänderung in allen Tabellen zur Folge.

Dadurch können bestehende Kunden, die mit einer Länge von 10 Zeichen arbeiten, bei diesem Wert bleiben (ohne Datenbankänderung). Kunden, die längere Benutzernamen verwenden wollen (wie im obigen Beispiel "Peter.Zinsbauer"), können den entsprechenden Wert angeben (3 bis 40 Stellen).

[unisoft ah]

ja, ich sehe die Idee - danke für die Vorinformation.

[Kaiser]

Update!

In der Applikationskonfiguration oder in den Systemeinstellungen kann die gewünschte Maximallänge für Benutzernamen angegeben werden. Diese Länge wird in allen Datenbanktabellen für die Felder "Erfasst Benutzer" und "Geändert Benutzer" verwendet. Falls dieser Wert geändert wird, müssen alle Datenbanktabellen aller Mandanten aktualisiert werden.

Der Update ist auf der Webseite Mentor verfügbar.

[unisoft ah]

Besten Dank, damit kann das Update für Kunden die diesen Fall nicht haben, einfach gehalten werden.