Das Notes Forum
Domino 9 und frühere Versionen => ND8: Entwicklung => Thema gestartet von: abos am 17.03.11 - 21:14:59
-
Hallo zusammen,
ich bin total erstaunt, dass es noch niemand anderes geposted hat ....
Alle Routinen, die mittels .addDocument Dokumente an eine Collection anhängen, in der Hoffnung, dass die Reihenfolge bestehen bleibt, laufen in Notes 8.5.x nicht mehr korrekt. Die Sortierung geht verloren. :'(
Schade, es gab das so was schönes von Max Flodén, Joe Litton, Peter von Stöckel, Henrik Lausten, etc.
Bin gespannt auf Rückmeldungen.
Grüße, Andreas
-
PMR? Was meint IBM?
-
Naja, wie immer - mehr oder weniger direkt :)
http://www.lotusnotestutorial.com/sort-notes-document-collection-by-lotusscript.html
Die haben nie wirklich zugegeben, dass es so geht.
Ich war bei normal zusammengestellten Collections immer von einer Sortierung nach UniversalID, also mehr oder weniger unsortiert ausgegangen.
.addDocument hat bis einschliesslich R7.x funktioniert, d.h. die Reihenfolge beibehalten.
-
Möglicherweise hat addDocument (zufälligerweise !?) funktioniert... Aber IBM hat schon so lange ich denken kann gesagt, dass die DocumentCollection NICHT sortiert ist, egal wie sie zustande kommt... Insofern wird hier ein PMR nicht helfen, IBM wird sagen "works as designed" und dass das bisherige Verhalten "Zufall" war (o.ä.).
Es ist immer eine schlechte Idee, etwas zu tun, was in der Doku anders steht, auch wenn man herausfindet, dass es -gerade in dieser Version und im Moment- funktioniert....
Das musstest Du jetzt schmerzlich erfahren.
Es gibt ja Ansätze für die Lösung (einer ist die Liste mit NotesDocuments, wo man aber bei grossen Datenbanken an die Grenze der maximalen Object- Handles für NotesDocumente stösst, ein anderer mit einem Hilfsarray, das man über z.B. @Sort sortiert (mit Evaluate: so spart man sich die Implementierung eines eigenen Sort- Algorithmus und sauschnell ist das Ding ausserdem noch) ), aber die NotesDocumentCollection ist hierfür definitiv nicht geeignet...
Nur mal so nebenbei: Die interne Sortierung einer DC ist meines Wissens nicht die UNID sondern die NOTEID. Da diese Chronologisch aufsteigend ist (zumindest in der Datenbank, in der die Dokumente initial erstellt werden, meist aber auch in Repliken, obwohl wir da schon wieder vom Zufall abhängig sind), hat man häufig die Reihenfolge innerhlab der DC, die man erwartet. Es kann also durchaus sein, dass es Fälle unter R7 gegeben hat, wo Deine Sortierung eben auch nicht die war, die Du erwartet hast, aber Du hast es nie gemerkt...
Gruss
Tode
-
Auf dem Entwicklercamp stellte Maureen Leland ein
NotesDocumentCollection.FTsearchSorted
für das Release 8.5.3 in Aussicht.
Wenn das mal nicht eine rosige Zukunft ist ;D
Ein schönes Wochenende wünscht
Sebastian