Walk the View

[bikerboy]

so nochmal neue Erkenntnisse , habe ihn mal absichtlich am Ende auf nen Fehler laufen lassen, und den habe ich schon nach 15 min erreicht. Habe dann mein ergebnis kontroliert und siehe da , er hat korrekt gearbeitet. Notes hat danach ein Problem die Ansicht aufzubauen.

@Diri du hattest recht hatte am Ende eine Zahl die etwas grösser ist als die gesamte Anzahl in der DB, aber naja so sieht es halt aus als würde er ganz viel tun und das in ganz kurzer Zeit .

[Driri]

Jopp, darauf wollte ich mit der Frage nach der 2. While-Schleife eigentlich hinaus. Die ist eigentlich über und in dem Moment, wo innerhalb der 2. While-Schleife ready = true gesetzt wird, ist das Ergebnis von i IMO auch falsch, weil i zweimal hochgezählt wird.

Hupps, zu langsam. Mein Posting bezieht sich auf AJs 

[bikerboy]

@Axel Janssen

Ich weiss nicht wie das mit der Zeile

Code

Set lastdoc = doc

aussieht wird dann nicht einfach nur ein Zeige auf Doc gesetzt? Dann könnte man sich den Vergleich sparen, weil es das selbe Doc ist

[DerAndre]

Das ist kein Vergleich sondern eine Zuweisung.

Genau das ist es ja. Danach wird das nächste Doc genommen und Du kannst es u.U. löschen ohne auf die Nase zu fallen. Weiel Du dann LastDoc löscht und nicht Dein Laufzeigerdoc.

[bikerboy]

So ist gelöst, mache nun folgendes. Erst markiere ich alle überflüssigen DOCs mit nem neuen Feld und dann mache ich ne Kollektion auf in die alle diese Docs reinkommen. Dann ein schneidiges docColl.remove(true) und fertig ist die Laube, nur notes kackt dann ab , weil er wohl nicht verkraftet dass aus einer ansicht über 76.000 dokumente verschwinden.

Aber irgendwas ist ja immer, ich bedanke mich für die gute Zusammenarbeit.

[koehlerbv]

... nur notes kackt dann ab , weil er wohl nicht verkraftet dass aus einer ansicht über 76.000 dokumente verschwinden.

Das Notes deswegen Exkremente absondert, ist eigentlich alles andere als normal (habe ich noch nie erlebt). Wenn Du den Act lokal machst, ist es völlig normal, dass es eine Weile dauert, bis der / die Ansichtsindizes wieder aufgebaut sind, dito auf dem Domino, wenn die Aktion dort lief. Aber wenn der Client deswegen crasht, ist es sehr merkwürdig.

Bernhard

[bikerboy]

naja ich bekomme keine RedBox oder so, aber das er länger als ne Stunde braucht ist schon unnormal. Also ich habe dann nach einer Stunde abgebrochen , weil es mir zu viel wurde.

[DerAndre]

Bist Du sicher nicht in einer Endlosschleife gelandet zu sein?

[bikerboy]

Ja sehr sogar, ich hatte mir nen BreakPoint auf EndSub gesetzt und da bin ich auch angekommen und danach hat er sich dann auf etwas gestürzt was ihn fertig macht. Also Fehler in meinem Code mal zum Glück ausgeschlossen.

[pete_bla]

Hi,

wenn dein Client wohl beim refreshen der Ansicht "ab..." gäbe es noch einen Vorschlag:

1. Wenn du keine manuelle Dokumentenauswahl machst und die Aktion sowieso intern auf eine Ansicht springt, dann starte doch das als Agent von "Ausserhalb" ohne die Datenbank "aufzumachen":
Nur DB-Kachel auf dem Worksapace anklicken,
dann über "Aktionen" den Agent starten.

Dies bringt bezüglich eines View-Refreshs oft einiges an Performance, besonders wenn Du ansonsten sogar in der Ansicht stehst.

2. würde ich noch die "Print-Commands" einschränken, bzw. in ein Log oder in ein File schreiben,
da eben ein Print in die Statuszeile bei tausenden Ausgaben das auch sehr verlangsamt.
Du kannst ja immernoch jedes 100ste oder 1000ste Print auf die Statuszeile senden, damit du weisst dass was läuft.

Gruss , Pete(r)

[bikerboy]

@pete_bla


Super tip! Rennt wie Hölle


allen ein Schönes WE