Domino 9 und frühere Versionen > ND6: Entwicklung

Zeichenkette in DB speichern, nicht in Profil-Dokument oder Dokument?

(1/2) > >>

JulianBuss:
Ich würde gerne eine kurze Zeichenkette, d.h. eine Note-ID, in einer Datenbank derart speichern, dass sie dieses Datum repliziert wird, aber nicht in einem Dokument oder Profil-Dokument gespeichert ist.

Hintergrund: ich habe eine eigene Mechanik für den schnellen und direkten Zugriff auf Dokumente gebaut, die ohne Ansichten auskommt. Das basiert natürlich auf einer "Tabelle", wo ein Key einer Note-Id zugeordnet ist. So kann ich anhand des Keys in der Tabelle nachgucken, bekomme die Note-ID und hole daran das entsprechende Notes-Dokument.
Im Grunde also sowas wie Profil-Dokumente, nur mit normalen Notes-Dokumenten.

Der Hintergrund davon ist, das man mit Profil-Dokumenten beliebig viel Ärger in replizierenden Umgebungen bekommen kann. Ich hatte da schon die originellsten Phänomene...

Diese "Tabelle" ist ebenfalls in einem Notes-Dokument abgelegt, sozusagen dem "Root"-Knoten.
Daraus folgt, dass ich die Note-ID dieses "Tabellen"-Dokuments irgendwo so ablegen muss, dass ich sie schnell auslesen kann.
Natürlich kann ich diese Note-ID in einem Profil-Dokument ablegen... schneller und einfacher Zugriff ohne Ansicht: ja, aber in replizierenden Umgebungen handelt man sich damit u.U. wieder Probleme ein.

Aber wo sonst soll man sowas speichern können? Gibts irgendwelche lustigen versteckten Datenspeicher in einer Notes-Datenbank?

Natürlich könnte ich auch eine Ansicht bauen und dieses "Tabellen"-Dokument darüber holen... das kostet aber wieder Performance :-)

animate:
mal so ein Tipp ins Blaue.
in diesem Thread ist ein Link zum LDD-Forum


http://www-10.lotus.com/ldd/nd6forum.nsf/DateAllThreadedweb/e7c540d767f6fe7d80256e1200561fd8?OpenDocument


da steht, wie du DB-Eigenschaften nach XML exportierst, änderst und wieder zurückschreibst. Vielleicht kannst du da zu den DB-Eigenschaften eigene Attribute bzw. Elemente definieren?!?!

koehlerbv:
Profildokumente - kann ich nachvollziehen ;-) Wenn es auch mit R5 zumindest deutlich "ruhiger" geworden ist.
Es sollte auch sicherlich möglich sein, in irgendeinem Notes-Dokument - Design-Elemente sind ja auch nicht anderes als Dokumente - weitere Informationen in eigenen Items abzulegen - hier ist Phantasie und Experimentierwillen angesagt. DatabaseIcon oder Agents wären solche Kandidaten, die man mal ausprobieren könnte.
A-Bär: Auch Design-Elemente werden (wie ProfileDocs) über Ansichten erreicht, genauso, wie das beim Zugriff über NoteID oder UniversalID passiert - es stehen immer Tabellen dahinter.
Wenn Du in einem Dokument NoteIDs ablegen willst, dann können dies ja nicht sooo viele sein, sonst stösst Du da ja an Grenzen.
Ich selbst lege zentrale Informationen (global setup usw.) in "normalen" Dokumenten ab, die meist das einzige Dokument in einer speziellen Ansicht sind. Performanceprobleme habe ich damit noch nicht bekommen, die bottle necks liegen immer woanders.

Bernhard

JulianBuss:
ja, mir fiel gestern abend auch noch ein, dass man die ID z.B. im "About"-Dokument speichern könnte, dass man über eine fixe Note-ID sehr schnell bekommt.
Aber: bei einem Design-Refresh wird das ja überschrieben... geht also auch nicht.

Ich denke ich probiere das mit der Ansicht auch, ist halt nur wieder ein Design-Element mehr :-)

Glombi:
Eine Überlegung am Rande:
NoteID und Replikation ist aber auch nicht so ohne, da die NoteID nicht eindeutig ist. Besser wäre die die UNID.

Du könntest die gewünschte NoteID in einem Dokument mit einer "fixen" NoteID speichern, dann kannst Du mit Deiner Methodik auf dieses Dokument zugreifen und die NoteID lesen.

Andreas

Navigation

[0] Themen-Index

[#] Nächste Seite