Domino 9 und frühere Versionen > ND7: Entwicklung

Private Ansichten automatisch löschen

<< < (2/3) > >>

botschi:
Wusste ich nicht.

Aber sieht man ja, wie gut das funktioniert  ;)

vop.nsf:
Private Ansichten sind immer eine immer eine schlechte Lösung.

- belegen genauso viel speicher wie gemeinsame Ansichten, tauchen aber bei 2000 Usern 2000x auf.
- haben in der Vergangenheit oft Probleme gemacht.

Eine Lösung mit Single Catogy Views ist in jedem Fall besser und effizienter.

Vorhandene Ansichten löscht man am besten mit einem LS-Agenten, der über alle Server repliziert wird und dort lokal die Datenbank öffnet.
SET db=new NotesDatabae("","file.nsf")
über das Property db.views findet man alle (auch private) Ansichten und kann sie löschen.

smoki:
Das mit der Kategorisierung ist sicherlich in dem meisten Fällen ein guter Vorschlag.

Ansonsten kann man noch eine Ansicht mit "private on first use" definieren. Allerdings wirft diese tatsächlich verschiedene Probleme/Fragen auf:

Wo möchte man die Ansichten speichern? Je nach ACL Einstellung wird die private Ansicht auf dem Server gespeichert (Haken setzen) oder in der lokalen desktop.ndk gespeichert.

Sollten die Ansichten "lokal" liegen hat man das Problem, dass man diese nur den User löschen lassen kann. (Was natürlich auch mittels eines Agenten erfolgen kann... hier benötigt man dann ggf. eine Logik die die Ansicht löscht, falls die "Eltern-Ansicht" sich geändert hat. Hier muss man dann einen Versionsvergleich erstellen) Beachtet man das nicht werden geänderte Spalten oder neue Buttons dem Anwender nicht zur Verfügung gestellt.

Liegen die Ansichten auf dem Server, kann man sie einfach bei einen Design-Upgrade per Hand löschen, allerdings hat man dann tatsächlich einen höheren (bis sehr hohen) resourcen-verbrauch.

---

Ich selbst habe einige Datenbanken mit "private on first use". Wenn man die Möglichkeit hat (je nach Projektgröße...) die Ansicht so zu definieren, dass diese Zukünftig keiner Änderung unterworfen ist, dann stellen sich hier wenig Probleme. (Einige Anischten sind seit Jahren nicht mehr angerührt worden...) Bei großen Projekten, kann man allerdings in der Regel davon ausgehen, dass sich das Design öfters ändert und sollte diesen Mehraufwand einfach auch berücksichtigen.

Gruss
Chris

matze79:
> Eine Lösung mit Single Catogy Views ist in jedem Fall besser und effizienter.

Ich habe nun damit ein wenig rumgespielt. Es scheint aber auch keine saubere Lösung zu sein, da sich beim komprimieren der eingebetteten Ansicht diese scheinbar komplett leert. Was ja auch verständlich ist, denn die erste Kategorie, Name, wird ja auch komprimiert.

Hat dazu jemand eine Idee?

Untitled:
War mal so, dass bis 6.5.4 die vollständige komprimierung ganz abgeschaltet war. Ab 6.5.5 scheint sie, wie von dir beschrieben falsch zu funktionieren und im 7.x offensichtlich auch.

(Bitte korrigiert mich, falls meine Angaben falsch sind, bin mir nicht zu 100 % sicher...)

Keine Ahnung was das für einen Sinn macht (ich vermute langsam, jemand baut absichtlich Bugs in LoNo ein...)

Auf jeden Fall gibts keine mir bekannte Lösung für dieses Problem. Da kannst du nur warten und hoffen, sie stellen mal einen Tester ein...

Moritz

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete