Domino 9 und frühere Versionen > ND8: Entwicklung

NotesSQL - Document Link / ID

(1/2) > >>

olaf77:
Hallo zusammen,

zunächst einmal muss ich sagen, dass ich hier neu bin und auch mit Notes noch nicht sehr viel Erfahrung habe. Nachdem ich mich aber durch Dokumentationen gekämpft habe und das Prinzip von Lotus Notes inkl. Domino-Server einigermaßen verstanden habe, konnte ich dann endlich mit der "Entwicklung" anfangen. Die Suchfunktion habe ich im Übrigen auch schon verwendet ;)

Was soll erreicht werden?

Aus einer Notes-Datenbank sollen über ODBC Dokumentenlinks ermittelt werden.


Ich hoffe jetzt mal nicht, dass diese Überlegung an sich schon unsinnig ist, doch wenn ich mir die NotesSQL-Dokumentation so anschaue, sollte das doch irgendwie möglich sein. Meine ODBC-Verbindung funktioniert jedenfalls einwandfrei und ich kann auf Tabellen meiner Wahl mit SQL-Querys zugreifen. Leider finde ich die Dokumentenlinks schlichtweg nicht.

Ein Beispiel:

Ich habe eine neue Datenbank namens "Dokumente.nsf" angelegt, dies ist eine Dokumentenbibliothek. Wenn ich mir über ODBC die Tabellen anschaue, finde ich jedes einzelne Dokument mit Titel, Text, etc. Aber nirgens ist auch nur eine Spur von einer Dokumenten-ID, geschweige denn von einem Dokumentenlink.

Wo kann ich diese Information finden? Ist diese in der Datenbank nicht existent oder mach ich grundlegend etwas falsch?

Ich bräuchte halt entweder die ID, einen Hyperlink mit "notes://"-Notation oder als gewöhnlichen "http://"-Link.


In .NET habe ich mir alternativ mal ein kleines Programm über den COM-Verweis "Lotus Domino Objects" geschrieben. Damit bekomme ich schon wesentlich mehr Daten raus, aber über ODBC gestaltet sich die Sache dann doch irgendwie wesentlich leichter.



Es wäre echt spitze, wenn mir jemand weiterhelfen könnte.

Vielen Dank schon einmal für Eure Mühe.


Schönen Gruß!


ascabg:
Hallo,

Im Moment blicke ich es noch nicht so ganz.

Du hast eine LN-Db. In dieser moechtest Du auf Dokumente in einer zweiten Db zugreifen (Dein Dokumentenlink) und das Ganze ueber NotesSQL (ODBC).

Wenn dem so ist, dann stellt sich die Frage nach dem Warum denn auf diesem Wege.


Andreas

olaf77:
Ok, ich hätte es vielleicht doch etwas weiter ausführen sollen....


Ich will nicht in einer zweiten DB über Dokumentenlinks auf die Dokumente der ersten Datenbank zugreifen, sondern eher über eine Fremdsoftware, vielleicht sogar über eine Webanwendung.

Ich habe also eine x-beliebige Datenbank...in meinem Beispiel "Dokumente.nsf". Die Dokumente in der Datenbank haben bestimmte Namen oder bestimmte Tags über die ich sie mit anderen Daten (der Fremdsoftware) matchen kann. Angenommen, es gibt in der "Dokumente.nsf" ein Dokument namens "Dokument 0815", dann will ich über den Namen "Dokument 0815" eine ID oder ein Dokumentenlink erzeugen, der auf genau dieses Dokument der Datenbank "Dokumente.nsf" zeigt. Ziel ist es dann letztlich, in der Fremdsoftware einen Link (notes:// oder http://) bereitzustellen, der direkt aufs passende Dokument zeigt. Zum Beispiel gibt es in der Fremdsoftware pro Kunde/Artikel ein Notes-Dokument, welches dann dynamisch über ODBC ermittelt werden soll.

Peter Klett:
Ich habe noch nie über ODBC auf Notes zugegriffen, habe deshalb also keine Ahnung, wie das aussieht.

Um den Link zusammen zu bauen, benötigst Du die DokumentenID, in Notes heißt die UniversalID, findest Du die über ODBC? Wenn nicht, könntest Du in die Notes-Dokumente (z.B. über die Maske) den Link oder auch nur die ID in ein separates Feld / Item rechnen, da müsstest Du dann drauf zugreifen können.

Wenn Du ein (berechnetes) Feld in die Maske setzt, benötigst Du die Formel @DocumentUniqueID, um an die UniversalID heranzukommen, i.d.R. mit einem @Text darum, um nicht einen Link zu bekommen, also

@Text (@DocumentUniqueID)

Vielleicht hilft Dir das etwas weiter ...

ascabg:
Hallo,

Und wenn er schon einmal ueber .NET Gehversuche unternommen hat, dan hat er doch die Objekt-Klassen zur Verfuegung.

Und da hat er doch das Document-Objekt und hier NotesURL und HTTPUrl.


Andreas

Navigation

[0] Themen-Index

[#] Nächste Seite

Zur normalen Ansicht wechseln