Zum Hauptinhalt springen

Konvertierung des Benutzersystems

Konvertierung des Benutzersystems Verwendung des alten Benutzersystems in Versionen ab 5.3.00

Bei der Umstellung einer Datenbank von den Versionen 4.7 bis 5.2 auf die Version 5.3 oder der Versionen 3.5 bis 3.7 auf Version 3.8, wird das bis dahin gültige Benutzersystem in das neue Benutzersystem konvertiert. Der Zugriff auf die Benutzer ist anschließend nur noch über das neue Benutzersystem aus dem Designer aufrufbar. Die Benutzerverwaltung wird über das Menü Bearbeiten / Benutzerpflege... aufgerufen.

Dieser Abschnitt geht davon aus, dass der Aufbau des neuen Benutzersystems bekannt ist. Das neue Benutzersystem ist im Abschnitt Benutzerpflege erläutert.

Bei der Konvertierung wird für jeden Benutzer der Datenbank ein User -Objekt angelegt. Ist dieser Benutzer keinem Hauptbenutzer untergeordnet, wird zusätzlich noch ein UserGroup -Objekt erzeugt. Die Namen des Benutzer- und des Benutzergruppen-Objekts entsprechen dem Namen des Benutzers. Der Benutzer wird automatisch seiner Benutzergruppe (entweder der Benutzergruppe mit dem gleichen Namen oder seinem Hauptbenutzer - jetzt eine Benutzergruppe) zugeordnet. Bei den Eigenschaften des Benutzers verbleiben nur noch das Kennwort, der Kommentar und die Benutzergruppe. Alle anderen Eigenschaften können bei der Benutzergruppe abgefragt werden. Das betrifft insbesondere die Rechte des Benutzers. Die Eigenschaft _UrmPropUserGroup beinhaltet nur die Hauptbenutzergruppe, wenn er im alten Benutzersystem vorhanden war.

Beispiel:

In einer Datenbank der Version 5.2 sind folgende Benutzer angelegt: SUPERUSER, USER, SALES, SALES1, SALES2, UPDATE und DEV. Die Benutzer SALES1 und SALES2 sind dem Benutzer SALES, der Benutzer DEV ist dem SUPERUSER untergeordnet. Bei der Konvertierung des Benutzersystems werden jetzt folgende Benutzer angelegt: SUPERUSER, USER, SALES, SALES1, SALES2, UPDATE und DEV. Von jedem Benutzer, der keinen Hauptbenutzer hat, wird eine Benutzergruppe angelegt: USER, SALES, UPDATE. Statt der Benutzergruppe SUPERUSER, wird die Gruppe _Administrators erstellt.

Nach der Zuordnung der Benutzer zu den Benutzergruppen ergibt sich folgendes Benutzermodell:

  • Benutzer: Benutzergruppe
  • SUPERUSER: _Administrators
  • USER: USER
  • SALES: SALES
  • SALES1: SALES
  • SALES2: SALES
  • UPDATE: UPDATE
  • DEV: _Administrators

Darüber hinaus befinden sich alle Benutzer, die nicht zur Benutzergruppe _Administrators zugewiesen sind, in der Benutzergruppe _Everyone (siehe Benutzerpflege ). Die Benutzergruppe hat auf alle Standardelemente alle Rechte (lesen, schreiben, ändern, ausführen und löschen).

Die Parameter des Benutzers im alten Benutzersystem können über folgende Eigenschaften von der Benutzergruppe abgefragt werden:

Die Bemerkung zu dem Benutzer wird in der neuen Eigenschaft _UrmPropComment abgelegt.

Die Programmberechtigungen des Benutzers stehen bei der Benutzergruppe über folgende Eigenschaften zur Verfügung:

Die Berechtigungen zur Benutzersteuerung können nicht konvertiert werden und müssen dem neuen Benutzermodell angepasst werden (siehe Benutzerpflege ).

Die neuen UserGroup -Objekte beinhalten ebenfalls noch Berechtigungen aus Datenbanken den Version 3.x:

Diese Berechtigungen werden von den Clients der Version 5.3 nicht verwendet, sie werden nur vom Client für Datenbanken der Version 3.x ausgewertet.

Die Dateiberechtigungen können ebenfalls abgefragt werden. Um die Kompatibilität zu dem alten Benutzersystem zu gewährleisten, gibt es für jede Datei eine eigene Elementgruppe . Die Elementgruppe hat den Namen Table_<Dateinummer>, wobei <Dateinummer> die vierstellige Nummer der Datei mit führenden Nullen darstellt.

info

Diese Aufteilung wurde alleine aus der Notwendigkeit einer zum alten Benutzersystem kompatiblen Darstellung der Dateirechte gewählt. Es ist nicht sinnvoll, wenn eine Elementgruppe nur aus einem Element besteht, da so eine unübersichtliche Menge an Elementgruppen entsteht. Sinnvoll ist hier funktionelle Gruppen von Tabellen zu bilden (zum Beispiel: Tabellen für Auftragsköpfe, Auftragspositionen, Lieferadressen usw.), die dann mit gemeinsamen Rechten ausgestattet werden.

Die Dateiberechtigungen stehen über folgende Eigenschaften zur Verfügung:

info

Die Berechtigungen eines Benutzers werden ab der Version 5.3 bereits beim CONZEPT 16-Server verarbeitet.