Gesamte Tabelle sperren bzw. Löschen von Datensätzen verhindern
Guten Tag liebes Forum,
ich habe bereits gelernt, wie ich einzelen Datensätze einer Tabelle gegen eine Bearbeitung sperren kann (bewerkstelligt mit Befehlsschaltflächen und Schreibschutz Ja/Nein).
Leider ist dadurch nicht verhinderbar, dass diese Sätze gelöscht werden. Noch besser wäre es, wenn überhaupt keine Änderung der Tabelle möglich ist (auch keine neuen Datensätze z.B.). Dies vor allem bei Mitarbeiterlisten, die sich ja nur alle heiligen Zeiten ändern.
Gibt es hierfür eine Lösung?
Vielen Dank und liebe Grüße
Klemen
11 Antworten
-
Wenn du bei "Datensätze erstellen" und "Datensätze löschen" nur editor oder admin machst können die anderen Nutzer nicht mehr löschen und erstellen oder schreiben je nach dem was man alles einstellt.
Macht man auch alles bei der Tabelleneinstellung wo du auch neue Felder anlegst und den Namen der Tabelle änderst.
Gruß
Marwin
-
Wenn du von editor oder admin sprichst, gehe ich davon aus, dass das nicht in der Mac Version möglich ist?
-
Doch, aber nur, wenn deine Datenbank in der Ninox-Cloud liegt, so weit ich weiß.
-
So ist es. Verschiedene Rollen mit unterschiedlichen Rechten machen ja nur Sinn, wenn es auch mehreren Benutzer gibt. Dafür sind die lokalen(!) Datenbanken der Mac-App aber nicht geeignet. Dort muss man sich mit "Lesbar, wenn" und "Schreibbar, wenn" begnügen.
-
Oje. Das ist schade. Weil auch einem Admin einer Datenbank kann es passieren, dass ein Projektdatensatz unabsichtlich gelöscht wird, oder eine Stundenaufzeichnung überschrieben wird. Dafür braucht es ja nicht unbedingt mehrere Nutzer. Ich nutze Ninox for Mac für mein Büro. Nur weil die Daten nicht in der Cloud gespeichert sind, sind sie nicht weniger wichtig.
Allgemein habe ich das Gefühl, dass Ninox sehr darauf drängt, die Nutzer wichtiger Projekte zu einem Abo zu überreden.
-
Dafür gibt es ja "Schreibbar, wenn". Man kann also bspw. ein Ja-/Nein-Feld namens "Gesperrt" erstellen und dies per Button umschalten. Und bei "Schreibbbar, wenn" dann als Bedingung "Gesperrt = false" eintragen.
Ich kenne übrigens kaum ein anderes Programm, das einen ähnlichen Schutz vor falsch eingetragenen Inhalten bietet. Davon abgesehen bietet ein Cloud-Abo noch sehr viel mehr Vorteile. Ich bin immer wieder erstaunt, was die Leute so von einer 40-Euro-Desktop-Software erwarten.
-
Gleichwohl darf berechtigt die Frage gestellt werden, was daran so schwer ist, die Berechtigung "Löschbar wenn," in den Tabellenoptionen zu ergänzen. Das Feature steht seit Jahren auf irgendwelchen Listen, fällt aber eher in die Kategorie "Forum" oder "Druckeditor"
-
Nachtrag: oder einfach sicherstellen, dass delete unabhängig von Nutzerberechtigungen immer genutzt werden kann
-
Ich bin ja grunsätzlich sehr froh über die Möglichkeit, ein Programm "kaufen" zu können und der Preis von Ninox ist hier wirklich sehr fair.
Da ich selbstständig bin und Ninox über iCloud sehr gut synchronisieren kann, macht ein Abo für mich einfach keinen Sinn.Mehr noch, wenn ich die oben genannten Funktionen nutzen wollte, müsste ich theoretisch 2 Abos abschließen, richtig?
Eins für den Admin, eins für den Editor, oder habe ich das falsch verstanden?Und die "Schreibbar, wenn" Funktion mit Befehlsschaltfläche habe ich bereits implementiert. Die Funktion schützt jedoch nur vor der Bearbeitung. Löschen kann ich den Datensatz nach wie vor. Und gerade letzteres will ich verhindern.
Ich glaube, von einer "Löschbar, wenn" Funktion würden wirklich alle profitieren! Auch jene, die gerne für ein Abo bezahlen (werde ich auch, spätestens dann, wenn ich Mitarbeiter habe).
Liebe Grüße
Klemen
-
Nachsatz: das auch vor dem Hintergrund dass eine Backuplösung für die Mac Version nicht vorhanden ist (oder habe ich was übersehen?). Es wäre wirklich super, wenn man einrichten könnte, dass die Datenbank regelmäßig in einem Ordner gesichert wird. Wertvolle Unternehmensdaten könnten so einfacher gesichert werden. Auch das wäre für beide Modelle (Kauf/Abo) sinnvoll.
-
Was mir jetzt ebenfalls aufgefallen ist - wenn der Datensatz gesperrt ist, lässt er sich immer noch über die Massendatenänderung ändern. Der Schreibschutz greift also nur innerhalb des Formulars. Kann auch durchaus Sinn machen, ist aber wichtig, dass man sich dessen bewusst macht.
Content aside
- vor 3 JahrenZuletzt aktiv
- 11Antworten
- 1142Ansichten