Autor Thema: Archivieren?  (Gelesen 1704 mal)

Offline pippo

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 580
  • I love YaBB 1G - SP1!
Archivieren?
« am: 27.12.02 - 10:35:46 »
Hallo Leute,
möchte Euch wiedermal um Rat fragen ::)

Habe eine Datenbank mit Antwortdokumenten. Insgesamt 5 Ebenen. Nun möchte ich abgeschlossene Dokumente archivieren (in einer eigenen Datenbak - damit die Produktionsdb nicht zu groß wird). Habe gesehen, daß mit "NotesDocument - CopyToDatabase" die DocumentID nach dem Kopieren nicht neu vergeben wird. Also gehen die Antwortdokumente nicht verloren.

Hat damit jemand schon Erfahrung gesammelt?

Schönen Tag, Pippo

Offline ata

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 5.092
  • Geschlecht: Männlich
  • drenaiondrufflos
    • Anton Tauscher Privat
Re:Archivieren?
« Antwort #1 am: 29.12.02 - 19:32:21 »
... ich habe das auch schon so verwendet. Die UniversalID bleibt erhalten. Ich habe mir parallel dazu aber eine Hintertür offengelassen. Dazu schreibe ich die Doc-UNID des Hauptdokumentes ins Environment. Im nächsten Schritt ordne ich diese DocID dann den markierten Dokumenten zu...

ata
Grüßle Toni :)

Offline Performance

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.096
  • Geschlecht: Männlich
  • I love YaBB 1G - SP1!
Re:Archivieren?
« Antwort #2 am: 29.12.02 - 20:16:12 »
Die Idee an sich ist ja wunderbar, funktioniert auch sehr gut - aber beim archivieren werden normalerweise die archivierten doks gelöscht, und beim x-ten neuen dok bekommt dieses die gleiche unid wie das erste(ist denkbar) - was passiert dann beim rüberkopieren - es wird eine andere unid generiert und das Antwortdok ist zwar ein Antwortdok aber der $REF zeigt ins Leere.

Aus diesem einfachen Grund arbeite ich nicht mehr mit Antwortdokumente, und löse die Abhängigkeiten ganz einfach über Felder - z.B. dokid(Text) = UNID und in den Kinddoks -> Refdokid(text) = dokid des Vaterdoks. Vollständigerweise hat das Kinddok auch eine dokid. Die Lösung ist fast eine relationale Entität.

cu  
Wir können alles außer hochdeutsch !

Alles ist möglich, es ist nur eine Frage der Zeit oder des Geldes!

Offline ata

  • Moderator
  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 5.092
  • Geschlecht: Männlich
  • drenaiondrufflos
    • Anton Tauscher Privat
Re:Archivieren?
« Antwort #3 am: 29.12.02 - 22:26:54 »
... ich vermeide hierarchische Dokumente so gut es eben geht. Leider muß man manchmal mit bereits existierenden Datenbanken und deren Design arbeiten. Für diesen Fall ziehe ich die Hierarchie eben wieder gerade...

ata
Grüßle Toni :)

Offline wflamme

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 690
  • Geschlecht: Männlich
  • Irgendwie geht das schon...
    • wflamme
Re:Archivieren?
« Antwort #4 am: 31.12.02 - 03:46:41 »
und beim x-ten neuen dok bekommt dieses die gleiche unid wie das erste(ist denkbar)

Denkbar ja - aber bei ~16^32 Möglichkeiten gibt es mit hoher Sicherheit auf der Welt keine zwei Notes-Dokumente mit gleicher 'spontaner' UNID.
Grüße,
Wolfgang

"I love deadlines. I love the whooshing sound they make as they pass by..."
DOUGLAS ADAMS

wflamme@mainz-online.de
http://www.sns1.de/partner/flamme/wflamme.nsf

Offline pippo

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 580
  • I love YaBB 1G - SP1!
Re:Archivieren?
« Antwort #5 am: 02.01.03 - 17:04:26 »
Hallo zusammen,

jetzt habe ich die Lösung: 8)
beim Archivieren erstelle ich die Dokumente neu; mit "copyallitems..." übertrage ich dann den Inhalt auf die neuen Dokumente; mit doc.UniversalID... schreibe ich die neuen IDs in die Felder..., mit "makeresponse..." setze ich die REFs.

Anschließend lösche ich die Dokumente in der Org Datenbank.

So habe ich keine Probleme mit doppelten IDs; ebenfalls kann ich so Projekte wieder von der Archivdatenbank in die OrgDB zurückhohlen. ;D

Frohes neues Jahr, Pippo



 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz