Domino 9 und frühere Versionen > ND8: Administration & Userprobleme
ACL-Administrationsserver - Adminp
Günther Rupitz:
--- Zitat ---Wie kommst Du denn darauf?
--- Ende Zitat ---
Meine persönliche Einstellung ist dass ein Name in ein Namensfeld gehört, genau so wie eine Zahl auch in ein Zahlenfeld soll.
--- Zitat ---Und warum sollte der AdminP zwischen Löschungen und Umbennenungen unterscheiden? Der ist doch nicht da, um faule oder unfähige Programmierer zu unterstützen, sondern die Integrität des Gesamtsystems sicherzustellen.
--- Ende Zitat ---
Ich schreibe zb. in ein Feld den Namen der letzten Person die das Dokument editiert hat rein. Wie in deinem Bespiel genannt will ich dass eine Umbenennung angewendet wird, eine Löschung jedoch nicht, da ich den Editor ja wissen will auch wenn die Person das Unternehmen verlassen hat.
Der Umweg wie du Ihn über das Textfeld beschreibst funktioniert, jedoch muss ich bei jeder Abfrage des Wertes beide Felder abfragen -> Aufwändig.
Sauberer wäre es meines Erachtens wie beschrieben mit einem Trigger mit eigenem Code einmal über alle Dokumente drüberzuarbeiten um die Änderungen durchzuführen. Hier ist klarerweise der Entwickler der Anwendung gefragt für jeden Dokumenttyp einen entsprechenden Code zu schreiben.
koehlerbv:
--- Zitat von: rupitz am 29.09.11 - 11:24:35 ---Meine persönliche Einstellung ist dass ein Name in ein Namensfeld gehört, genau so wie eine Zahl auch in ein Zahlenfeld soll.
--- Ende Zitat ---
Das eine hat mit dem anderen nichts, aber auch gar nichts zu tun.
Namen sind Text. Der Itemtyp bestimmt, wie Notes mit dem Inhalt umgeht (Autor, Leser, Darstellung im Frontend gegenüber Speicherung im Backend).
Das Beispiel mit den bisherigen Editoren ist meines Erachtens ein schlechtes. Hierbei handelt es sich ja um historische Werte. Wenn Du nach dem Abiturzeugnis der jetzigen Bundeskanzlerin suchst, kannst Du auch nicht auf eine "Umbenennung" hoffen - das findest Du unter "Angela Kasner".
Das von mir geschilderte Verfahren stellt eine sehr, sehr simple Umgangsform dar, ich hatte auch extra darauf hingewiesen.
Zum Trigger: Den Trigger gibt es, Du findest ihn in der AdminP. Das ein unmittelbares Signal an Deine DB durchgereicht wird, wäre aus verschiedenen Gründen kontraproduktiv (das Verfahren ist detailliert in der AdminHelp beschrieben) und unmöglich.
Bernhard
Günther Rupitz:
--- Zitat ---Das eine hat mit dem anderen nichts, aber auch gar nichts zu tun.
Namen sind Text. Der Itemtyp bestimmt, wie Notes mit dem Inhalt umgeht (Autor, Leser, Darstellung im Frontend gegenüber Speicherung im Backend).
--- Ende Zitat ---
Ja, du hast natürlich Recht, Namen sind auch nur Text.
Nur mein Stil ist es eben dass ich einen Namen in einem Namensfeld vorfinden möchte - persönliche Einstellung.
--- Zitat ---Das Beispiel mit den bisherigen Editoren ist meines Erachtens ein schlechtes. Hierbei handelt es sich ja um historische Werte. Wenn Du nach dem Abiturzeugnis der jetzigen Bundeskanzlerin suchst, kannst Du auch nicht auf eine "Umbenennung" hoffen - das findest Du unter "Angela Kasner".
--- Ende Zitat ---
Genausogut können wir auch dein Beispiel mit dem Urlaub nehmen.
Ich wollte damit aber nur verdeutlichen dass es abhängig vom Dokumenttyp/Status des Dokuments/Worflowschritt halt in einem Fall notwendig ist eine Löschung/Umbenennung durchzuführen und im anderen nicht. Die Verwendung des Views "$AdminP" geht ja in diese Richtung zu differenzieren.
--- Zitat ---Zum Trigger: Den Trigger gibt es, Du findest ihn in der AdminP. Das ein unmittelbares Signal an Deine DB durchgereicht wird, wäre aus verschiedenen Gründen kontraproduktiv (das Verfahren ist detailliert in der AdminHelp beschrieben) und unmöglich.
--- Ende Zitat ---
Mit Trigger habe ich jetzt einen gemeint auf den ich in meiner Datenbank reagieren kann (also wie du es beschreibst "durchgereicht" wird).
koehlerbv:
--- Zitat von: rupitz am 29.09.11 - 12:48:28 ---Nur mein Stil ist es eben dass ich einen Namen in einem Namensfeld vorfinden möchte - persönliche Einstellung.
--- Ende Zitat ---
Aber genau mit dieser Einstellung schaffst Du Dir ja die von Dir beschriebenen Probleme. Ich würde es daher eher "Marotte" nennen.
--- Zitat von: rupitz am 29.09.11 - 12:48:28 ---Genausogut können wir auch dein Beispiel mit dem Urlaub nehmen.
Ich wollte damit aber nur verdeutlichen dass es abhängig vom Dokumenttyp/Status des Dokuments/Worflowschritt halt in einem Fall notwendig ist eine Löschung/Umbenennung durchzuführen und im anderen nicht. Die Verwendung des Views "$AdminP" geht ja in diese Richtung zu differenzieren.
--- Ende Zitat ---
Nein, den Urlaub können wir nicht als Beispiel nehmen, denn hier geht es um ein Konto. Und eine Heirat macht niemals aus einer Person zwei (von schlechten Witzen abgesehen).
Was die Abhängigkeit vom Workflow-Status angeht: Genau das ist Sache des Programmierers, und der AdminP hilft dabei sogar. Dein Trigger ist die (erfolgreiche!) Umbenennung, und genau ab dann ist es Deine Sache, was passiert. Der AdminP hat alles richtig vorbereitet. Was unsereins sich da ausgedacht hat, kann der AdminP weder wissen - noch juckt es ihn irgendwie.
Bernhard
Günther Rupitz:
--- Zitat ---Was die Abhängigkeit vom Workflow-Status angeht: Genau das ist Sache des Programmierers, und der AdminP hilft dabei sogar. Dein Trigger ist die (erfolgreiche!) Umbenennung, und genau ab dann ist es Deine Sache, was passiert. Der AdminP hat alles richtig vorbereitet. Was unsereins sich da ausgedacht hat, kann der AdminP weder wissen - noch juckt es ihn irgendwie.
--- Ende Zitat ---
Ja, du hast recht, es ist Sache des Programmierers das zu machen, das kann der Adminp auch gar nicht wissen wann was geändert werden soll.
Ich würde mir nur wünschen wenn es Namensfeldern irgendwie bestimmbar wäre ob eine Umbenennung/Löschung bei einem bestimmten Dokument/Feld greifen soll oder nicht. Mir ist schon klar dass es diverse Workarounds (wie dem 2. Feld als Textfeld) gibt um das Problem zu lösen. Ist das denn so schlimm mal danach zu fragen?
Navigation
[0] Themen-Index
[#] Nächste Seite
[*] Vorherige Sete
Zur normalen Ansicht wechseln