Domino 9 und frühere Versionen > Entwicklung

Ausschlaggebendes Feld für Replikation?

<< < (3/4) > >>

koehlerbv:
Ich sach' doch: Erst Organisation, dann Programmierung ;-)

Dein Beispiel wäre ein Fall für eine Replikationsformel: Ein Feld "ToReplicate" steht auf "yes" oder "no". In Deinen Masken ist das Feld berechnet (-> "yes"). Deine internen Aufräum-Agents setzen das Feld áuf "no" - abhängig von einem CutOff-Date oder so - Du kannst ja keine (zu replizierenden) manuelle / wichtige Änderungen so von der Replikation ausschliessen.

Das aber nur so als Beispiel - es kommt auf die genauen Umstände an.

Bernhard

TMC:
Hochinteressant Dein Post @Bernhard :-)

Werde ich mir mal anschauen.

TMC

koehlerbv:
Dein Posting kam jetzt vor meiner Überlegung, ich hoffe, das führt jetzt nicht allzusehr zu Verwirrung.
Wenn das ein gangbarer Weg für Dich ist mit der Einbindung in manuelle Dok-Änderungen, würde ich das unbedingt so machen. Die Rechtestruktur dafür muss natürlich auch passen.

Ansonsten ist es ja so: Wenn das Feld auf dem Server in Niederbayern stört, nicht aber auf dem Notebook am Südpol, dann sollte man es so lassen, wie es ist, oder Dein Verfahren anwenden (und einen "finalen Aufräumagenten" erst dann starten, wenn die Anzahl zu ändernder Docs kleiner ist als ...).

Ciao,
Bernhard

TMC:
Jip, da hatten wir 'ne Posting-Überschneidung :-)

Problem ist ja immer bei diesen Dingen: Man baut sowas in die DB ein (also ein item.Remove in einem Event). Dann nach einem Jahr fasst man mal wieder die DB an, und keiner weiß mehr genau was das eigentlich war (obwohl man vielleicht auch das ganze in REM's geschildert hat).
Daher bin ich eigentlich einer, der - wenn was entdeckt, sofort Agent Run (item.remove) und erledigt  ;)

TMC

Semeaphoros:
Gutes Beispiel für die Einsteinschen Theorien  ;)

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete