private Ansichten oder Ordner sollen nicht erstellt werden dürfen

[oson00]

Hallo,

ich bin gerade etwas überrascht. Ich habe eine Datenbank gebaut in der das erstellen von privaten Ansichten oder Ordnern nicht erlaubt werden soll.

Ich habe nun in der ACL für bestimmte User das Recht "Private Ordner/Ansichten erstellen" NICHT angehakt. Die User sind Autoren und Editoren und dürfen dennoch private Ansichten erstellen!

Wieso das??? Habe ich diese Option falsch verstanden?

[DerAndre]

Wo werden die Ordner und Ansichten erstellt?
Auf dem Server oder Lokal?

[oson00]

Die Datenbank liegt auf einem Server.

[koehlerbv]

Guckst Du in die Doku:

Wenn die Berechtigung "Private Ordner/Ansichten erstellen" deaktiviert ist, können die Benutzer weiterhin private Ordner und Ansichten erstellen, diese werden jedoch auf den lokalen Workstations gespeichert. Deaktivieren Sie diese Berechtigung, um Plattenplatz auf einem Server zu sparen.

Bernhard

[oson00]

Oh... achso...

Kann ich denn irgendwie anders verhindern, dass private Ansichten erstellt werden dürfen?

[koehlerbv]

Nicht, dass ich wüsste.

Was willst Du denn konkret verhindern?

Bernhard

[oson00]

Ich möchte vermeiden, dass ein User Dokumente sieht, bevor ein Agent diese Bearbeitet hat.

[koehlerbv]

Dafür arbeitet man doch mit Leserfeldern!

Um an alle Dokumente einer DB heranzukommen, braucht ein User doch keine Ansichten, dafür gibt es - solange keine Leserfelder eingesetzt werden - doch genug andere Mittel.

Bernhard

[oson00]

Ja, genau das macht mein Agent ja. Es werden Dokumente in die Datenbank kopiert. Das kopieren führt ein Fremdprodukt durch, auf das ich keinen Einfluß habe.

Mir ist auch bewußt, dass man auf jeden Fall ran kommt, aber ich möchte wenigstens die einfachen Mittel (Ansichten erstellen) unterbinden - wenn möglich...

[koehlerbv]

Wie schon gesagt, kannst Du das nicht verhindern.

Lass das Fremdprodukt die Dokumente in eine separate DB exportieren, auf die die Normalbenutzer keinen Zugriff haben. Dort wird dann Dein Agent tätig, der für den Schutz der Dokumente sorgt und diese in die produktive DB wirft.

Bernhard

[oson00]

Ja an diese Lösung habe ich auch schon gedacht. Ist aber aus verschiedenen Gründen nicht gewünscht.

Also werden wir mit der Tatsache leben müssen.

Danke für die Hilfe!

[koehlerbv]

Tja, dann ...

Interessehalber: Kannst Du aus den "verschiedenen Gründen" den für Dich plausibelsten nennen?

Bernhard

[oson00]

zu viele Dokumente, die dort reinkopiert werden. Zwei Datenbanken würden dann in diesem Fall stark anwachsen. Es geht hier halt nicht um einzelne Dokumente, sondern schon um sehr viele. (Wieviele kann ich noch nicht abschätzen)

[koehlerbv]

Wo ist das Problem? Das würde ja nur bestehen, wenn Ihr zig- oder hundertausende (!) Dokumente da täglich (!) hineinpumpt - dann habt Ihr mit Notes / Domino aber das unpassende System gewählt.

Ansonsten: Die Transfer-DB braucht keine (fast) keine Designelemente, kann täglich gelöscht und neu angelegt werden etc. pp. Zwei Prozesse (Export und Agent) laufen so oder so, und das Kopieren erzeugt nun auch nicht viel mehr Last.

Bernhard