Hi,
durch nen blöden Fehler hab ich alle Dokumente in meiner DB in ReplicationConflictDocuments verwandelt nicht weiter schlimm, wenn sich das alles Rückgänig machen läßt... aber wie?
Würde es reichen einfach nur das Feld $ConflictAction zu entfernen?
Grüsse
hi Carsten,
nur damit ich dich jetzt nicht falsch verstehe: Was meinst mit "bezieht sich auf"
Wie äußert sich denn diese Beziehung?
Wie ich schon vorher gesagt habe: Das Feld $Ref ist in beiden Fällen mit dem gleichen Wert besetzt, d.h. hier kann es keinen Unterschied geben...
Grüsse
PS @ dnotes: Ich war eigentlich dran, dass im $Ref-Feld die UNID des Parent-docs hinterlegt ist?
Hi Ronka,
tatsächlich habe ich das nach dNotes´ Ausführungen auch erwartet, aber noch kurz in der DB nach gesehen - dem ist nicht so...
Ich habe einige Dokumente in der dritten Hirarchiestufe verglichen, also:
Dok
Anwort
Antwort
Antwort auf Antwort
Antwort auf Antwort
Antwort
....
Obwohl es sich hierbei sowohl um normale Responses als auch um RTRs handelte, hatte sie im Feld $Ref alle die gleiche UNID!
Oder bringe ich da was durcheinander?
Grüsse
Hi dNotes?
Sag mal ist das schon alles? Kann nicht sein, oder? Ich meine der einzige Unterschied besteht in der internen Nummerierung? Kann man mit der überhaupt etwas anfangen?
Grüsse
Hi,
ich muß zugeben es ist wahrsch. eine Anfängerfrage. Ich habe bisher nur mit normalen und Antwortdokumenten gearbeitet. Heute bin ich zum ersten mal mit einem "Response to Response"-Form (RTR) in berührung gekommen.
als ich die DB mal näher angesehen habe mußte ich feststellen, dass es auch vorkommt das so ein RTR-Dokument auch mal eben direkt an einem einfachen Dokument hängen kann, genauso wie an einem solchigen RTR-Dokument mal ein einfaches Response-Dokument hängen kann.
Ja wie? Was soll denn das ganze Getue, wenn es am ende gar nichts bringt? Leider konnte ich in meinem schlauen Buch kommt zu diesem Thema nichts passendes und auch die Hilfe von Notes hält sich bedeckt: Zwar wird erklärt für was die unterschiedlichen Form-Types da sind, aber ob es da irgendwelche Restriktionen oder Vorteile dabei gibt, darauf wird nicht eingegangen? 
Kann mir das jemand bitte erklären? :-?
Grüsse
PS: Notes R6
wie würde ich dem Embedded View beibringen nur die Hierarchie dieses Doks anzuzeigen - es dürfte ja eigentlich nur das oberste Parentdocument und dessen Childs bis zu dem aktuell geöffneten angezeigt werden, mehr nicht.
Naja, werde die Sache heute wahrsch. mal selber in die Hand nehmen und ausprobieren ob und wie weit sich das mit LS machen läßt...
Grüsse
Hi,
ein vielleicht etwas ausgefallenes Problem, ich hoffe ich kanns gut beschreiben:
Ich habe eine Datenbank indem die Dokumente zu bestimmten Themenbereichen zusammen gefasst sind; das wurde über Response- und ResponseToResponse-Dokumente realisiert.
Die Hirarchie dieser Dokumente könnte man ähnlich wie einen Pfad in einem DateiSystem beschreiben:
Laufwerk:\Odner\Unterordner\Unterordner2\datei
Datenbank\(View\)Dokument\Antwort\AntwortZ.A.\...
Schön wäre es jetzt, wenn man diese Hirarchie bzw. diesen Pfad in einem Feld im Dokument darstellen könnte, damit der Betrachter ungefähr weiß wo er sich befindet und welchen Kontext das Dok hat. Dies wäre vor allem dann nützlich, wenn der Leser nur einen Link auf das Dokument (z.B. aus Mail) hatte und diesem nun kein View und der gelichen zur Verfügung steht.
In diesem Feld könnte man dann im gleichen Zug auch Links unterbringen, die den Nutzer zu den vorhergehenden Doks bzw. einem View und der Datenbank führen...
Hat jemand von euch mit sowas Erfahrung bzw. sowas schonmal gesehen?
Mein gedanke wäre einen Event (z.B. QueryClose) zu nutzen, der mit LS jeweils die $Ref-Felder ausliest um so Schritt für Schritt die Hirachie in ein Feld im Dok zu schreiben und mit Links zu versehen... aber das hört sich mal recht umständlich an und vielleicht kennt jemand ne bessere Lösung...
Grüsse
Hi,
wenn ich die alten Dokumentevon einem BackUp kopieren würde, hätten sie dann die richtige UNID, so das die Links wieder funktionieren und die Antwortdokumente auch wieder passen würden?
Hmm, wollte schon schreiben das hab ich schon gemacht - ohne Erfolg. Naja, aber vielleicht hab ich im Eiffer des Gefechts zu speicher und deswegen hat es vorher nicht funktioniert...
Nun, jetzt habe ich auch alle Antwortdokumente in meinem View, allerdings hat sich meine schlimmst Befürchtung erfüllt: die Eltern dazu fehlen immer noch, d.h. Sie wurden gelöscht. Aber von Hand hat das sicherlich keiner gemacht und nebenbei: hätte mit den Elterndokumenten nicht auch die Antworten verschwinden müssen?
Grüsse
Hi,
habe heute mal einen Blick in eine Datenbank geworfen, die ich letztes Jahr komplett überarbeitet hab, dabei ist mir aufgefallen dass einige Dokumente "fehlen", die eigentlich nicht fehlen dürften. Bei der Suche danach ist mir aufgefallen, dass die Antwortdokumente der besagten Dokumente in einer speziellen View dafür wohl noch vorhanden sind. Da es in den Antwortdokumenten Links zu ihren Eltern gibt, hab ich gedacht ich komm damit zurück zu den Vermissten: "The linked Dokument cannot be found in the view!"...
Danach dachte ich ich checke mal in den DB-Properties, wieviele Dokumente die DB eigentlich hat: 238. In einem View, der keinerlei Auswahlkriterien hat (und ich daher auch alle Doks sehen müsste) bekomme ich lediglich 166 Doks zu sehen - interessant: die Antwortdokumente der Vermissten werden hier auch nicht angezeigt...
Hat jemand ne Idee woher die Differenz zwischen den 166 und den 238 kommt? Ich bin mir eigentlich recht sicher das die Dokumente nicht gelöscht wurden, aber warum bekomm ich die dann nicht zu sehen - bis vor ein paar Tagen oder Wochen hab ich noch mit den Docs gearbeitet, da konnt ich sie auch in den Views sehen.
Hat da jemand eine Idee dazu oder nen guten Tip?
Grüsse
Hi dNotes,
sorry erstmal, wenn das schon dran war, ich hab zwar "Querydocumentdelete" in die Suche eingegeben, allerdings bin ich nur über einen thread gestolpert, in der jemand nicht wusste wo man den Event findet...
Aber zurück zum Thema, in dem Event ist Source doch eine UIDatabase, also wahrsch. die die gerade offen ist, das würde aber heißen, dass ich eben nicht nur die zu löschenden, sondern einfach alle Doks aus meiner DB bekommen würde, oder?
Bitte korrigiere mich, wenn ich das mit der UIDatabase falsch verstanden hab...
Grüsse
Hi,
ich würde gern über den Querydocumentdelete-Event die zu löschenden Dokumente gerne vorher überprüfen. Gibt es eine Möglichkeit die zu löschenden Dokumente anzusprechen?
Grüsse
... mit notesuidocument.edit müsste es gehen...
werd es einfach mal ausprobieren...
Thanks @ all
Hi,
ja, ich dachte mir schon fast, dass man erst speichern muß. Also mit LS wäre es ja kein Problem ein neues Dok anzulegen, zu speichern und dann die UNID auszulesen - aber wenn ich recht weiß würde das neue Dok nicht autom. geöffnet wie bei @command([compose];...
oder irre ich mich?
Grüsse
Hi,
habe in einem meiner Formulare einen Button mit dem einfach ein neues Dok angelegt wird, also
@command([compose]; ...
gibt es da ne Möglichkeit die UNID des neues Dokuments herauszubekommen? Evtl. in LS? Möchte nämlich in dem alten Dokument einen Link auf das neu erstellte Dok anlegen - und dazu brauche ich eben einen Verweis auf dieses...
Grüsse
Hi Sacha,
leider ist @unique für Arrays und TextLists u.Ä., aber bei meinem Problem leider ungeeignet...
Naja, vielleicht könnte ich es über irgendwelche Falgs regeln...
...aber falls noch jemand ne Idee hat...
Hi,
habe einen View der mir Dokumente zu Personen anzeigt. Nun, kann es vorkommen (ist Absicht und läßt sich nicht anders machen), das bestimmte Personen mehrmals vorkommen, also dass es von denen mehrere Dokumente gibt.
Gibt es ein Möglichkeit in einem View dann nur eines der besagten Dokumente anzuzeigen, z.B. wenn Vor- und Nachname in mehreren Docs übereinstimmen?
Grüsse
Hi @ diali,
man ist das mal umständlich - aber was solls, es funktioniert, also was will man mehr? :hammer:
Grüsse
PS: Sorry @ umeli
Sorry - das wollt ich eigentlich unbedingt reinschreiben, die Lösung für Formel hab ich selber rausbekommen...
Hi,
habe ein MultiValue-Feld (TextList) aus dem ein bestimmtes Element entfernt werden soll. Leider habe ich keine Ahnung wie ich das anstellen soll, zwar kann ich in einer Schleife herausfinden welchen Index das Element hat, aber wie kann ich es ersetzen bzw. es auf "" setzen?
doc.field(i) = "" klappt auf jeden Fall mal nicht...
Grüsse
