Das Notes Forum
Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: Ralf_M_Petter am 25.11.05 - 07:03:54
-
Hallo Notesfreunde!
Ich habe in Notes 6.x einen ziemlichen Bug gefunden über den man Bescheid wissen sollte da man sonst teilweise ziemlich schlechte Performance bekommt.
Schritte um das Problem zu reproduzieren.
Ich habe in einer CRM Datenbank eine Hauptansicht der Kunden die nicht kategorisiert ist, dafür aber nach diversen Spalten durch klicken auf die Kopfzeile sortiert werden kann. Beim erstellen dieser Ansicht wird für jede Sortierung ein eigener index erstellt, was an und für sich korrekt ist.
Dann habe ich mehre Ansichten erstellt, die prinzipiell die selbe Ansichtsauswahl und die selben Felder enthalten nur, dass diese Ansichten jeweils nach einem Feld kategorisiert sind. Deshalb habe ich die ursprüngliche Ansicht mit Copy & Paste kopiert und dann das Feld nach dem ich kategorisieren will kategorisiert und die Sortieroption in den Spaltnköpfen entfernt. So weit so gut. Die Ansicht gespeichert und im Notes Client geöffnet und man merkt, dass die Ansicht sehr langsam und viel mehr Speicherplatz benötigt als erwartet.
Nach langem herumsuchen habe ich festgestellt, dass Notes falls in einer Ansicht einmal sortierbare Spalten enthalten sind, diese Indexe nicht mehr entfernt, auch wenn man die Sortierfähigkeit der Spalte im Designer aufgehoben hat. Ein verwerfen und neuerstellen des Indexes bringt in dem Fall auch nichts, da das ein Fehler in dem Design Note ist. Man erkennt das wenn man die Designnote im Notesclient anschaut. Für jede Sortierung ist ein $Collation Feld in der Designnote. Wenn man nun eine View hat die eigentlich gar keine klickbaren Sortierungen hat, empfiehlt sich mal ein Blick in die Design Note. Leider weiß ich keine andere Möglichkeit um die $Collation zu entfernen als die View neu zu erstellen.
Der Fehler besteht auf jeden Fall in Notes 6.0.5. Ob das in anderen Versionen auch in Thema ist, ist mir unbekannt.
Auf jeden Fall hat bei dem Projekt das ich gerade mache das Neuerstellen der Views ca. die Hälfte des Speicherplatzes der Views gespart.
Würde mich freuen, wenn Ihr eure Erfahrungen zu diesem Thema posten würdet.
Grüße
Ralf
-
dieses Problem ist mir in 6.5.3 und 6.5.4 noch nicht aufgefallen.
Probier mal die Ansichtsindexe zu verwerfen und neu aufzubauen.
updall Datenbank -R ... Neu aufbauen: Alle verwendeten Ansichten
updall Datenbank -C ... Neu aufbauen: Volltextindizes und: Alle nicht verwendeten Ansichten
Aber den compact nochmal in der Admin-Hilfe genauer nachlesen.
-
Das nützt nichts, wie ich bereits in meinem Post geschrieben habe, liegt der Fehler nicht am Indexer sondern der Designer löscht die $Collations felder nicht in der Design Note der View wenn man Sortierungen entfernt. Das heisst für den Indexer müssen die Sortierungen immer noch erstellt werden.
Probier einfach mal eine Ansicht ohne Sortierungen zu machen dann schau dir an wie groß der Index ist. Dann machst du alle Spalten sortierbar mittels Spaltenüberschrift klick und testest die Ansicht wieder. Sie wird jetzt je nach Anzahl der Spalten x fach groß sein. Dann entfernst du die Sortierungen wieder und erstellst en Index der Spalte neu. Bei mir ist die Ansicht noch immer so groß wie mit allen Sortierungen und es gibt in der Design Note noch immer für jede Sortierung ein $Collation Field.
Grüße
P.S. Es gibt kein Compact -C was du meinst ist Updall -C eventuell editierst du deinen Post, damit niemand etwas falsches macht.
Ralf
-
war wohl noch zu früh für mich. Natürlich meinte ich den updall - ist geändert.
Und der Fehler mit den Indexen tritt auch in 6.5.4 auf. >:(
-
Danke für die Bestätigung. Ich verstehe nicht, warum so ein gravierender Bug von Lotus nicht behoben wird. Überlege ob ich einen Fall öffnen soll.
Grüße
Ralf
-
Hallo Ralf,
Danke für den Hinweis.
Wenn Du in der "verseuchten" Ansicht die Twisties herausnimmst, die Ansicht speicherst und dann eine neue Ansicht erstellst und dabei auswählst, dass Design von dieser "verseuchten Ansicht" zu übernehmen (also kein Kopieren via Copy/Paste im Designer, dann werden die $Collation1-x-Felder nicht übernommen bzw. nur noch die gewollten/noch tatsächlich vorhandenen.
Habs mit 6.53 und 6.54 getestet.
Servus
Wolfgang
-
Danke für den Hinweis, genauso habe ich es dann gemacht, ist aber trotzdem ein Haufen Arbeit, wenn man das in einigen Datenbanken so gemacht hat. Hier sollte Lotus dringend nachbessern.
Grüße
Ralf
-
Kannst du das $Collation-Feld nicht einfach aus der Designnote per Script entfernen?
Gruß Axel
-
bestimmt.
Aber welches gilt für welche Sortierung?
Da ist eine neu Ansicht y erstellen aus Ansicht x, Ansicht x löschen und Ansicht y in x umbenennen einfacher.
Gruß
Dirk
-
Hi,
wo kann ich die Größe eines bestimmten Ansichtsindex' finden?
alex
-
Was hat das jetzt mit diesem Thread zu tun ?
Ansonsten: Serverbasierend in der LOG.NSF in den Dokumenten der Ansichten "Datenbank / Grösse".
Bernhard
-
Danke, sehr nett.
Hat doch sehr viel damit zu tun.
...Notes Client geöffnet und man merkt, dass die Ansicht sehr langsam und viel mehr Speicherplatz benötigt als erwartet.
... Würde mich freuen, wenn Ihr eure Erfahrungen zu diesem Thema posten würdet.
alex
-
Besser im Admin-client.
Rechtsklick auf DB (in File-ansicht) - "Ansichten verwalten..."
(letzter Punkt)
Dort sieht man alle ansichten und wie groß die Indizes sind.
Hier kann man diese auch einfach löschen.