Anwendungsentw. unter Lotus Notes Domino 6.5 <Leseprobe
Werbung
Markus Donskoj Matthias Knäpper Primoz Perc Anwendungsentwicklung unter Lotus Notes Domino 6.5 Konzepte, Technologien, Realisierung ADDISON-WESLEY An imprint of Pearson Education München • Boston • San Francisco • Harlow, England Don Mills, Ontario • Sydney • Mexico City Madrid • Amsterdam 3 Arbeiten mit DominoDatenbanken Eine Domino-Datenbank ist der Grundbaustein einer jeden Domino-Anwendung. Im Gegensatz zum klassischen Verständnis des Begriffs Datenbank beinhaltet eine Domino-Datenbank nicht nur Daten, sondern auch die so genannten Gestaltungselemente – diese bestimmen das Aussehen der Benutzerschnittstelle einer DominoAnwendung und enthalten die zur Verarbeitung von Daten erforderliche Programmlogik. In diesem Kapitel wollen wir uns zunächst einmal mit Grundlagen der Domino-Datenbanken auseinander setzen und diese auch sofort in der Praxis ausprobieren. Hierzu beginnen wir in diesem Kapitel mit der Entwicklung eines einfachen Praxisbeispiels – einer Anwendung zur Verwaltung von Informationsquellen, die wir in den nächsten Kapiteln noch weiter ausbauen werden. 3.1 Über Domino-Datenbanken Eine Domino-Datenbank ist zunächst einmal eine Ansammlung von miteinander in sachlicher Beziehung stehenden Dokumenten (engl. notes), welche sich wiederum aus mehreren Feldern zusammensetzen. Domino-Dokumente sind zunächst mit einzelnen Datensätzen einer relationalen Datenbank zu vergleichen (die sich in der Regel auch aus mehreren Feldern zusammensetzen), mit dem Unterschied, dass bei Domino-Datenbanken auch sämtliche Metadaten, die Programmlogik und die Ausgestaltung der Benutzerschnittstelle – die so genannten Gestaltungselemente – in Form von Dokumenten bzw. Feldern verwaltet werden. Die Bezeichnung »Datenbank« ist in diesem Zusammenhang also leicht irreführend, denn eigentlich ist eine Domino-Datenbank eine fertige Anwendung, welche allerdings (im Vergleich zu einem EXE-Modul beispielsweise) eine spezielle Ablaufumgebung braucht – eben den Notes-Client oder den Domino-Server. Dies ist ein wichtiger Unterschied zu klassischen Datenbankanwendungen, die häufig durch eine ausgeprägte Trennung der Benutzerschnittstelle und der Anwendungslogik einerseits und der Datenhaltung andererseits gekennzeichnet sind. Rein physisch manifestiert sich eine Domino-Datenbank in Form einer Datei mit der Endung .NSF. Diese stellt eine abgeschlossene Einheit aus Anwendungslogik und Daten und ist als solche entsprechend einfach zu transportieren. Eine Domino-Anwendung besteht in der Regel aus einer einzelnen Domino-Datenbank. Beispiele für solche Anwendungen sind etwa Diskussionsforen, Dokumentenverwaltungsablagen oder Adressbücher. Aus der Sicht der Anwendungsentwicklung spricht allerdings nichts dagegen, die Funktionalität einer Domino-Anwendung auf mehrere Datenbanken zu verteilen: gerade komplexere Anwendungssysteme, z.B. Domino-basierte Intranetportale bestehen in der Regel aus mehreren, miteinander vernetzten Domino-Datenbanken. IBM SOFTWARE PRESS 58 Arbeiten mit Domino-Datenbanken Vorteile von Domino-Datenbanken Für den Anwender (und noch vielmehr für den Anwendungsentwickler) dürfte sich zunächst einmal die Frage stellen: warum Inhalte in einer Domino-Datenbank ablegen? Um den Charakter und die Vorteile von Domino-Datenbanken zu verstehen, wollen wir diese im Folgenden zwei Alternativen gegenüberstellen: zum einen dem konventionellen Dateisystem und zum anderen einer relationalen Datenbank. Domino-Datenbanken und Dateisysteme Das konventionelle Dateisystem besticht vor allem durch seine Einfachheit: Das Ordnerparadigma ist intuitiv verständlich sowie von jeder Anwendung heraus verfügbar. Außerdem eignet sich das Dateisystem zur Verwaltung unterschiedlicher Dateitypen. Warum also eine weitere Dateiablage? Gegenüber einem Dateisystem führt Domino eine Vielzahl von Vorteilen ins Feld. Zunächst einmal besticht eine Domino-Datenbank durch einen höheren Grad an Informationsstrukturierung. Da sämtliche Informationen auf Feldebene verwaltet werden, lassen sich in Notes Domino verhältnismäßig einfach sowohl gängige Metadaten (also Daten über Daten, z.B. Name des Autors) erfassen als auch neue Kategorien von Metadaten definieren. Gepaart mit der Fähigkeit von Notes Domino, beliebige Sichten auf solche Metadaten zu erstellen, ergeben sich daraus leistungsstarke und flexible Möglichkeiten des Informationszugriffs. Dieser wird noch erleichtert durch die kostenlos mitgelieferte Möglichkeit der Volltextsuche in den Informationsbeständen. Ferner lassen sich die Informationen in Domino-Datenbanken durch die Replikation besonders einfach verteilen (man spricht in diesem Zusammenhang von so genannter kontrollierter Redundanz). Das fein gegliederte, Web-kompatible Sicherheitsmodell ist zudem um einiges flexibler als bei konventionellen Dateisystemen. Für den Einsatz von Domino-Datenbanken sprechen nicht zuletzt die Plattformunabhängigkeit von Domino und die Möglichkeit, die Informationen in Datenbanken durch die integrierten Werkzeuge zur Anwendungsentwicklung schnell im Sinne der Anwendungsbedürfnisse aufzubereiten. Domino-Datenbanken und relationale Datenbanken Gegenüber klassischen relationalen Datenbanken besticht eine Domino-Datenbank insbesondere, wenn es um die flexible Verwaltung unstrukturierter Inhalte geht. So kann man in einer Domino-Datenbank Inhalte eines beliebigen Typs (Office-Dokumente, Applets, Bilder, Videos, Sounds) verwalten und die Struktur einzelner »Datensätze« ad hoc beliebig verändern. Dieser Vorteil muss allerdings durch die fehlenden Mechanismen zur Sicherstellung der Datenqualität erkauft werden: So kennt eine Domino-Datenbank keine referenzielle Integrität (diese kann lediglich manuell »nachgebaut« werden). Eine automatische Vermeidung von Redundanzen fehlt ebenso. Somit wird man eine Domino-Datenbanken kaum einsetzen, wenn es um die Verwaltung großer Mengen von strukturierten Daten geht, was allerdings in Groupware-Anwendungen ohnehin selten der Fall sein wird1. Eine Zusammenfassung der Vor- und Nachteile der einzelnen Alternativen ist in der Tabelle 3.1 dargestellt. 1 Wohl wissend um diese Nachteile, spendierte Lotus Domino einen leistungsfähigen Mechanismus zur Anbindung von externen Datenquellen. Aufbau einer Domino-Datenbank 59 DominoDatenbank Dateisystem relationale Datenbank Integration mit gängigen OfficeAnwendungen Insbesondere Lotus-Anwendungen (SmartSuite), teilweise auch Microsoft Office Sehr gut Nein Replikation Ja Nein Ja Verwaltung von strukturierten Inhalten Geeignet Ungeeignet Sehr gut geeignet Verwaltung von unstrukturierten Inhalten Geeignet Geeignet Ungeeignet Volltextsuche Ja Nein Nein1 Sicherheit Vielzahl von Sicherheitsmechanismen, fein granulierte Zugriffsbeschränkung, Web-kompatibel Zugriffsbeschränkung auf der Betriebssystemebene Fein granulierte Zugriffsbeschränkung Tabelle 3.1: Domino-Datenbanken und Alternativen – ein Vergleich1 3.2 Aufbau einer Domino-Datenbank Wie in der Abbildung 3.1 dargestellt, kann man sich eine Domino-Datenbank wie eine große Tabelle vorstellen, in der die Zeilen durch die Felder und die Spalten durch die Dokumente repräsentiert werden. Dokumente können ihrem Typ nach noch mal in Datenbankinformationen, Gestaltungselemente und Daten unterteilt werden. Datenbankinformationen beinhalten Einstellungen wie den Datenbanknamen, Größe und die Zugriffsbeschränkungen. Felder können auch nachträglich ergänzt werden. Gelöschte Dokument stellen erstmal ein "Loch" in der Struktur dar. Abbildung 3.1: Aufbau einer Domino-Datenbank 1 Volltextsuche in relationalen Datenbanken erfordert in der Regel den Zukauf eines speziellen Moduls. IBM SOFTWARE PRESS 60 Arbeiten mit Domino-Datenbanken Metadaten Die Metadaten umfassen alle Eigenschaften, welche die Datenbank als Ganzes und einzelne Dokumente beschreiben, jedoch nicht den eigentlichen Inhalt darstellen. Dazu gehören beispielsweise Informationen über die Identifikation einer Datenbank wie Datenbanktitel, Name der Datenbankdatei, eindeutige Replik-ID, Verwaltungsparameter, z.B. die Versionsnummer, maximale Größe, freier Speicherplatz, das Nutzungsprotokoll sowie die Informationen über den Zugriffsschutz, welche in Form so genannter Zugriffskontrolllisten verwaltet werden. Darüber hinaus lassen sich auch einzelne Dokumente durch Metadaten beschreiben: Name des Autors, Erstellungsdatum und Zugriffsberechtigungen sind nur einige Beispiele. Bei Metadaten handelt es sich größtenteils um Informationen, welche beim Erstellen einer Datenbank vom Anwender spezifiziert oder aber vom System automatisch verwaltet werden. Gestaltungselemente Neben reinen Inhalten in Form von Dokumenten besteht eine Domino-Datenbank aus einer Reihe von Gestaltungselementen. Informationen über diese werden intern ebenfalls in Form von Dokumenten und Feldern verwaltet und unterliegen daher den gleichen Gesetzen: Sie können kopiert, gelöscht und – nicht zuletzt – repliziert werden. Das letztere Feature ist insbesondere bei der verteilten Anwendungsentwicklung unentbehrlich. Die nun folgende Auflistung gibt einen Überblick über die Gestaltungselemente von Notes Domino. Einzelheiten zu jedem Gestaltungselementtyp finden Sie in den nachfolgenden Kapiteln. : Gliederungen; stellen das logische Grundgerüst einer Anwendung bzw. Website dar und ermöglichen eine prompte Navigation zu einer bestimmten Stelle. : Rahmengruppen: Besser bekannt unter der englischsprachigen Bezeichnung »Framesets«, stellen sie eine Ansammlung von Informationen über die Aufteilung des Bildschirms in mehrere Teilbereiche (»Frames«) dar. Dieses Feature wurde vor allem durch Netscape popularisiert und ist nun auch Bestandteil von Lotus Domino. : Masken: dienen zum Erstellen, Editieren sowie Anzeigen von Dokumenten. Das Aussehen eines Dokuments und ein Großteil der Funktionalität einer Anwendung werden im Rahmen von Masken festgelegt. Ein Dokument erhält ein Erscheinungsbild erst, indem es im Rahmen einer Maske angezeigt oder bearbeitet wird. : Ansichten: Listen von Dokumenten, die anhand bestimmter vorgegebener Kriterien selektiert, kategorisiert und sortiert werden, vergleichbar mit dem Begriff »View« aus der Welt der relationalen Datenbanken : Ordner: ähneln in ihrer Funktion stark den Ansichten. Der Unterschied besteht lediglich darin, dass Inhalte von Ordnern nicht anhand eines vordefinierten Auswahlkriteriums angezeigt werden, sondern dort erst vom Benutzer manuell abgelegt werden müssen (ähnlich den Ordnern im Windows-Explorer). : Seiten: Eine Seite ist einfach – wie der Name vermuten lässt – ein visuelles Konstrukt, welches zur Darstellung von Inhalten dient, die nicht aus einem Dokument basieren. Sie kann wie ein jedes Dokument mit beliebigen Inhalten (Text, Aufbau einer Domino-Datenbank 61 Bilder, Applets usw.) gefüllt werden, hat aber den Vorteil, dass sie nicht an eine bestimmte Maske gebunden ist. : Navigatoren: Grafische Steuerelemente, die in der Regel zur Auswahl einer bestimmen Ansicht verwendet werden. Falls man keinen Navigator einsetzt, wird ein vom System vorgegebener Standardnavigator (»Ordner & Ansichten«) angezeigt, in dem alle verfügbaren Ordner und Ansichten enthalten sind. : Agenten: Makroähnliche Programmabläufe, die in einer Datenbank im Hintergrund (in Abhängigkeit von einem bestimmten Ereignis) oder per Knopfdruck für den Benutzer routinemäßige Aufgaben erledigen. Agenten können sowohl einfache Aktionen als auch komplexe in Java oder LotusScript geschriebene Abläufe ausführen. : Ressourcen: sind alle diejenigen Elemente, die in der einen oder anderen Form wiederverwendet werden können. Hierzu gehören: – Gemeinsam genutzte Felder: enthalten das Gestaltungsgerüst (Felddefinition) von Feldern, die in mehreren Masken in etwa die gleiche Funktion erfüllen und daher nicht mehrfach gespeichert werden müssen. – Teilmasken: unterstützen das Konzept der Wiederverwendung auf der Maskenebene. Maskenbereiche, die in mehreren Masken eingesetzt werden, können hiermit wiederverwendet werden (z.B. ein Briefkopf). – Script-Bibliotheken: Wiederverwendbare LotusScript-Routinen, die man hier zentral verwalten und pflegen kann, um sie dann an unterschiedlichen Stellen einzusetzen. – Bilder: Bildressourcen, welche archiviert und verwaltet werden können. Für die Anwendungsentwickler hat dies den großen Vorteil, dass Bilder nicht im Dateisystem abgelegt werden müssen, sondern direkt in einer DominoDatenbank. – Applets: Ähnlich wie Bilder, kann man auch Java-Applets an einer zentralen Stelle verwalten, um sie dann an einer beliebigen Stelle in der Anwendung einzusetzen. : Andere – Über diese Datenbank-Dokument: Ein Hilfsdokument, in dem kurz der Sinn und Zweck sowie die abgedeckten Anwendungsbereiche der betreffenden Datenbank dargestellt werden – Benutzen dieser Datenbank-Dokument: Dieses Hilfsdokument erfüllt den Zweck, die wichtigsten Bedienungskonzepte sowie Hinweise für den Benutzer zusammengefasst darzustellen. : Datenbank-Script: Im Rahmen von Datenbank-Scripten lassen sich LotusScript-Code-Fragmente einbauen, die bei bestimmten Datenbankereignissen, beispielsweise beim Öffnen oder Schließen einer Datenbank oder beim Löschen von Dokumenten ausgeführt werden. : Datenbank-Symbol: Die visuelle Darstellung der Datenbank auf dem Bildschirm lässt sich anpassen. Hierfür steht ein einfaches Zeichenprogramm zur Verfügung. IBM SOFTWARE PRESS 62 Arbeiten mit Domino-Datenbanken : Gemeinsame Aktionen: Wiederverwendbare Schaltflächen zur Ausführung von bestimmten vordefinierten Aktionen Daten Auch die eigentlichen Daten werden in Form von Dokumenten verwaltet. Eine nahe liegende Analogie ist hier der Datensatz in einer relationalen Datenbank. Doch im Gegensatz zu diesem ist ein Dokument eine autonome Einheit, welche auch die Information über ihre Struktur selbst verwaltet und sie nicht von einem externen Objekt (z.B. einer Tabellendefinition) bezieht. Dieser flexible Aufbau hat den Vorteil, dass die Struktur und die Größe eines Dokuments zu jedem Zeitpunkt beliebig verändert werden können. In diesem Zusammenhang ist oft von compound-documentFunktionalität die Rede. Dokumente fungieren hierbei quasi als Behälter für Grafiken, Texte, Objekte oder multimediale Daten – eine Funktionalität, die bei relationalen Datenbanken nur über sehr umständliche Umwege realisiert werden kann. In einer dokumentorientierten Umgebung wie Notes bilden compound-documents die Grundlage einer jeden Internet/Groupware-/Workflow-Anwendung. 3.3 Umgang mit Domino-Datenbanken Die bisherigen Ausführungen vermitteln lediglich einen recht groben Überblick darüber, was Domino-Datenbanken sind und wie sie eingesetzt werden. In den folgenden Abschnitten werden wir uns den Umgang mit ihnen anhand eines praktischen Beispiels ansehen. Hierzu werden wir eine Datenbank namens »Literaturverwaltung« anlegen, welche wir in den Folgekapiteln schrittweise ausbauen werden. 3.3.1 Datenbanken öffnen Doch bevor wir uns der Erstellung einer eigenen Datenbank widmen, werfen wir zunächst einmal einen Blick auf das Öffnen bestehender Datenbanken. Letzteres erfolgt mit dem Menübefehl DATEI/DATENBANK/ÖFFNEN. In dem daraufhin erscheinenden Dialogfenster kann man zunächst den SERVER und anschließend die DATENBANK auswählen. Ferner können Sie mit DURCHSUCHEN eine detailliertere Suche im Dateisystem durchführen. Es ist zu beachten, dass neben den Datenbanken, die im Dialogfenster DATENBANK ÖFFNEN angezeigt werden, noch weitere existieren. Der Anwendungsentwickler kann nämlich mit der Option IM DIALOGFELD DATENBANK ÖFFNEN ANZEIGEN in den Datenbankeigenschaften (siehe weiter unten) eine Anzeige im Dialogfeld verhindern. Falls Sie ferner über eine lokale Server-Installation verfügen, berücksichtigen Sie, dass das Öffnen der Datenbank mittels der Angabe des Server-Namens nicht das Gleiche ist wie das Öffnen der Datenbank über das Dateisystem (etwa mittels Durchsuchen). Nur im ersten Fall kann die Datenbank von mehreren Benutzern gleichzeitig geöffnet werden. Umgang mit Domino-Datenbanken 63 Domino Designer präsentiert beim Öffnen einer Datenbank standardmäßig den Inhalt des /DATA-Verzeichnisses und zeigt alle dort verfügbaren Datenbanken (Dateiendung NSF) und Datenbankschablonen (Dateiendung NTF, siehe weiter unten). Neben diesen beiden klassischen Dateiendungen gibt es noch weitere, beispielsweise NSF4 (Notes-Version 4) oder BOX (Mailbox-Datei). Um diese zu öffnen, müssen Sie den Umweg über das Durchsuchen des Dateisystems machen. Mit der Schaltfläche ÜBER können Sie sich eine Kurzbeschreibung der Datenbank anzeigen lassen, ohne diese zu öffnen. 3.3.2 Datenbanken erstellen Eine neue Datenbank kann mit dem Menübefehl DATEI/DATENBANK/NEU erstellt werden. Es erscheint ein Dialogfenster, in dem man für diese Datenbank mehrere Optionen festlegen kann (vgl. Abbildung 3.2): Abbildung 3.2: Neue Datenbank anlegen : Server: Hier legt man fest, auf welchem Domino-Server die Datenbank angelegt werden soll. Es empfiehlt sich, zu Testzwecken eine neue Datenbank auf dem lokalen Rechner anzulegen, da nur hier uneingeschränkte Zugriffsrechte bestehen. Der voreingestellte Eintrag LOKAL ist also beizubehalten. : Titel: Die Bezeichnung der Datenbank, durch welche die Datenbank im Arbeitsbereich fortan repräsentiert wird. Der Titel sollte kurz und aussagekräftig sein. Eindeutigkeit der Datenbanktitel ist nicht erforderlich. IBM SOFTWARE PRESS 64 Arbeiten mit Domino-Datenbanken : Dateiname: Der eindeutige Name der Datenbankdatei, welcher automatisch (anhand des Titels) generiert wird, jedoch nicht notwendigerweise mit diesem übereinstimmen muss : Größenbeschränkung: Bei Domino-Datenbanken in der Release 4 musste man bereits bei der Erstellung der Datenbank eine maximale Größe angeben. In der aktuellen Version besteht diese Anforderung nur, falls die neue Datenbank auf einem älteren Domino-Server (z.B. Version 4) stationiert wird. Die maximale Größe einer Domino-Datenbank ab der Release 5 beträgt 64 Gbyte. : Volltextindex: Mit dieser Option kann automatisch ein Volltextindex erstellt werden. Ein Volltextindex kann darüber hinaus jederzeit nachträglich erstellt werden. Mehr Informationen zum Umgang mit der Volltextsuche finden Sie im entsprechenden Kapitel über die Volltextsuche. In der Praxis reicht es aus, wenn man beim Erstellen einer Datenbank lediglich den Titel angibt (in unserem Fall: Literaturverwaltung) und auf OK klickt. Die meisten Einstellungen können wir zu einem späteren Zeitpunkt anpassen. 3.3.3 Neue Kopie erstellen Mit dem Befehl DATEI/DATENBANK/NEUE KOPIE kann jederzeit eine 1:1-Kopie einer Datenbank angefertigt werden. Hierbei kann wahlweise nur die Gestaltung oder die komplette Datenbank kopiert werden. Das Anfertigen einer Kopie ist (neben der bereits beschriebenen Komprimierung) ein möglicher Weg, die Datenbankstruktur zu konsolidieren und etwaige Fragmentierungsfolgen zu beseitigen. Beachten Sie, dass der Befehl NEUE KOPIE nicht identisch mit dem Befehl DATEI/ REPLIZIERUNG/NEUE REPLIK ist. Im letzteren Fall stellt Domino zwischen dem Original und der Kopie mittels einer so genannten Replik-ID eine Beziehung her, welche zwei Datenbanken als Repliken ausweist, also quasi identische Kopien, welche im Rahmen der Replikation laufend abgeglichen werden können. Dies ist beim Befehl NEUE KOPIE nicht der Fall, eine Replizierung kann also nicht stattfinden. 3.3.4 Datenbank löschen Zum Löschen von Datenbanken existiert ebenfalls ein gesonderter Menübefehl, DATEI/DATENBANK/LÖSCHEN, welcher über einen »geregelten« Weg eine zuvor ausgewählte Datenbank samt ihrer Inhalte von der Festplatte entfernt. 3.3.5 Datenbankeigenschaften Nach dem Erstellen bzw. Öffnen einer Domino-Dateibank präsentiert uns Domino Designer eine Auflistung der Gestaltungselemente der neugebackenen Datenbank (vgl. Abbildung 3.3). Umgang mit Domino-Datenbanken 65 Abbildung 3.3: Neue Datenbank im Domino Designer Wir werden uns den einzelnen Typen von Gestaltungselementen in den nächsten Kapiteln widmen. Im Folgenden wollen wir uns zunächst einmal den wichtigsten Features einer Datenbank widmen, welche uns im Dialogfenster EIGENSCHAFTEN: DATENBANK zur Verfügung stehen. Dieses kann mit dem Befehl DATEI/DATENBANKEIGENSCHAFTEN oder aber kontextsensitiv mit der rechten Maustaste aufgerufen werden, wobei der Cursor sich über dem Datenbanktitel im Arbeitsfenster befinden sollte. Abbildung 3.4: Datenbankeigenschaften Wir werden uns im Folgenden den Umgang mit den – aus der Sicht der Anwendungsentwicklung – wichtigsten Datenbankeigenschaften ansehen. Andere Eigenschaften werden teilweise in speziellen Zusammenhängen verwendet, auf die wir erst in den folgenden Kapiteln eingehen werden. IBM SOFTWARE PRESS 66 3.3.6 Arbeiten mit Domino-Datenbanken Datenbank umbenennen Die Umbenennung einer Datenbank erfolgt auf der ersten Registerkarte der Eigenschaften: Datenbank im Feld Titel. Wichtig ist hierbei die Unterscheidung zwischen dem Titel und dem Datenbankdateinamen. Während wir den ersteren jederzeit auf der besagten Registerkarte ändern können, kann der Datenbankdateiname lediglich auf der Betriebssystemebene geändert werden. Alternativ zur Registerkarte kann eine Datenbank durch den Aufruf des kontextsensitiven Menüs umbenannt werden (Menüpunkt UMBENENNEN). 3.3.7 Datenbank komprimieren Eine Domino-Datenbank ist, wie bereits erwähnt, wie eine riesige Tabelle aufgebaut. Löschen von Dokumenten in einer Datenbank bewirkt, dass »Löcher« in die Tabellenstruktur gerissen werden. Die interne Speicherverwaltung von Domino kann diese zwar zum Teil wieder ausfüllen, indem neue Inhalte anstelle von gelöschten eingefügt werden. Doch mit der steigenden Anzahl von Löschoperationen findet – ähnlich wie bei herkömmlichen Dateisystemen – eine immer höhere Fragmentierung der Datenbankstruktur statt, mit der Konsequenz, dass die Datenbank aufgrund der wenig effizienten Speichernutzung »aufgebläht« wird. Um dem entgegenzuwirken, kann man eine Datenbank komprimieren. Dies kann entweder manuell (Client) oder automatisch in regelmäßigen Zeitabständen (Server-Task Compact) erfolgen und resultiert oft in erheblichen Speicherplatzeinsparungen. Wir wollen uns im Folgenden den ersten Fall ansehen – nämlich die manuelle Komprimierung. Diese erfolgt auf der Registerkarte INFO (vgl. Abbildung 3.5). Abbildung 3.5: Komprimieren von Datenbanken Hier gibt es neben dem aktuell benötigten Speicherplatz sowie der Dokumentenanzahl zwei Schaltflächen, welche die Komprimierung steuern: MIT % VERWENDET kann man die Fragmentierungsquote einer Datenbank ermitteln. Der eigentliche Komprimierungsvorgang wird jedoch mit KOMPRIMIEREN eingeleitet. Benutzer können während des Komprimierungsvorgangs weiter mit der Datenbank arbeiten. Umgang mit Domino-Datenbanken 3.3.8 67 Mit Schablonen arbeiten Schablonen Neben der Möglichkeit, Datenbanken von Grund auf neu zu erstellen, besteht im Domino Designer die Möglichkeit, auf vorgefertigte Datenbanken – so genannte Schablonen – zurückzugreifen. Schablonen sind Domino-Datenbanken, die keine Dokumente, sondern nur das Gestaltungsgerüst (also nur Gestaltungselemente) enthalten (erkennbar an der Dateiendung .NTF)1. Im Lieferumfang von Domino sind eine Reihe von interessanten Schablonen enthalten, darunter etwa eine Diskussionsdatenbank und eine Dokumentbibliothek. Eine umfangreiche Dokumentation zu Domino-Schablonen finden Sie auf der Website von Lotus Developer Domain unter Domino Designer Templates Guide unter der Adresse http://www-10.lotus.com/ldd/notesua.nsf/ Schablonen sparen zum einen Entwicklungszeit und -kosten und eignen sich zum anderen hervorragend als Musterbeispiele für angehende Domino-Entwickler, denn sie enthalten viele Tipps und Tricks aus erster Hand. Datenbanken auf Basis von Schablonen erstellen Wie schnell und einfach man komplette Domino-Anwendungen auf Basis von Schablonen »programmieren« kann, soll am Beispiel der Diskussionsdatenbankschablone aufgezeigt werden. Um diese zu erstellen, sind folgende Schritte erforderlich: 1. Wählen Sie den Menübefehl DATEI/DATENBANK/NEU. 2. (Optional) Klicken Sie auf die Schaltfläche SCHABLONENSERVER, um den Server auszuwählen, bei dessen Schablonen Sie sich bedienen möchten. Die Einstellung LOKAL bewirkt die Anzeige der lokalen Schablonen des Domino Designers. Eine Domino-Server-Installation enthält teilweise andere Schablonen als eine ClientInstallation. 1. Wählen Sie eine Schablone aus. In unserem Fall: DISKUSSION – NOTES UND WEB. 2. Benennen Sie die Datenbank und klicken Sie auf OK. Gestaltungsänderungen übernehmen Eine aus der Sicht der Anwendungsentwicklung besonders interessante Eigenschaft von Schablonen ist, dass man als Entwickler beim Erstellen der Datenbank mit der Option KÜNFTIGE GESTALTUNGSÄNDERUNGEN ÜBERNEHMEN festlegen kann, dass alle Gestaltungsänderungen der Schablone automatisch in diejenigen Datenbanken übernommen werden, die auf dieser Schablone basieren. Insbesondere in großen 1 Die Beschränkung auf Gestaltungselemente ist der häufigste Praxisfall. In einigen Fällen könnte es jedoch sinnvoll sein, auch Dokumente als Gestaltungselemente zu betrachten. Beispielsweise könnte eine Schablone Hilfsdokumente enthalten, welche für alle Datenbanken gelten, die mit dieser Schablone erstellt wurden. Auch dies ist mit der Aktualisierung von Schablonen ohne weiteres möglich. IBM SOFTWARE PRESS 68 Arbeiten mit Domino-Datenbanken Unternehmen mit mehreren tausend Arbeitsplätzen lassen sich auf diese Weise schnell und effizient neue Versionen von Domino-Anwendungen verteilen. Manuelle Aktualisierung der Gestaltung Wenn eine Datenbank auf einer Schablone basiert, wird die Aktualisierung der Gestaltung automatisch von der Server-Task DESIGN, in der Regel auf täglicher Basis, durchgeführt. Manuelle Aktualisierung ist ebenfalls möglich. Hierzu befinden sich im Menü DATEI/DATENBANK zwei Befehle: : Gestaltung aktualisieren: ermöglicht die manuelle Aktualisierung der Gestaltung basierend auf einer Schablone. Im Gegensatz zum nächsten Punkt werden nur die Gestaltungselemente aktualisiert, die anhand einer Schablone erstellt wurden. Es werden mindestens Entwickler-Zugriffsrechte vorausgesetzt. : Datenbank-Gestaltung ersetzen: ersetzt die Gestaltung einer Datenbank komplett durch eine andere Schablone. Der Inhalt (die Dokumente) sowie persönliche und/oder geschützte Gestaltungselemente bleiben dabei unberührt. Auch hier sind mindestens Entwickler-Zugriffsrechte Voraussetzung. Repository-Datenbanken anlegen Der Bezug zur Schablone umfasst hierbei nicht notwendigerweise die gesamte Datenbank. Vielmehr lassen sich lediglich einzelne Gestaltungselemente aus Schablonen übernehmen, womit auch nur diese von einer Aktualisierung betroffen sind. Um ein einzelnes Gestaltungselement aus einer Schablone zu übernehmen, sind folgende Schritte erforderlich: 1. Öffnen Sie die Schablone (z.B. die soeben angesprochene Diskussionsdatenbank im Gestaltungsmodus). 2. Markieren Sie im Arbeitsfenster das betreffende Gestaltungselement. 3. Wählen Sie den Menübefehl BEARBEITEN/KOPIEREN. 4. Öffnen Sie die Zieldatenbank. 5. Wählen Sie den Menübefehl BEARBEITEN/EINFÜGEN. Domino erkennt automatisch, wenn es sich bei der Quelldatenbank um eine Schablone handelt. Somit werden Änderungen am betreffenden Gestaltungselement, welche in der Schablone vorgenommen werden, beim nächsten Mal automatisch in die Zieldatenbank(en) übertragen. Manchmal sind an den Gestaltungselementen, welche auf die oben beschriebene Art und Weise aus einer Schablone übernommen wurden, Anpassungen erforderlich. Um zu verhindern, dass diese durch die automatische Aktualisierung der Gestaltung versehentlich überschrieben werden, kann man ein Gestaltungselement schützen. Hierzu sind folgende Schritte erforderlich: 1. Markieren Sie das betreffende Gestaltungselement im Arbeitsfenster. 2. Wählen Sie den Menübefehl DATEI/EIGENSCHAFTEN: DOKUMENT. 3. Aktivieren Sie auf der Registerkarte GESTALTUNG die Option DURCH AKTUAL./ERSETZ. DER GESTALTUNG NICHT ÄNDERBAR (vgl. Abbildung 3.6). Umgang mit Domino-Datenbanken 69 Abbildung 3.6: Gestaltungselemente schützen Auf dem eben beschriebenen Weg können Repository-Datenbanken angelegt werden, also Ansammlungen von standardisierten Gestaltungselementen, die unternehmensweit in allen Domino-Anwendungen eingesetzt werden. RepositorySchablone A + Datenbank + Dokumente + Schablone B + + + + Abbildung 3.7: Arbeiten mit Schablonen Das Schablonenprinzip Abbildung 3.7 soll die prinzipielle Arbeitsweise mit Schablonen verdeutlichen: Hierbei wird eine Datenbank (fortan als Zieldatenbank bezeichnet) basierend auf der Schablone B erstellt. Dies bedeutet, dass die Zieldatenbank automatisch sämtliche Gestaltungselemente (dargestellt als Formen) der besagten Schablone übernimmt. Zusätzlich wird aus der Repository-Schablone A lediglich das pentagonförmige Element in die Zieldatenbank kopiert. Dies könnte beispielsweise ein Maskenbereich IBM SOFTWARE PRESS 70 Arbeiten mit Domino-Datenbanken mit dem Logo des Unternehmens sein. Wann immer sich in einer der beiden Schablonen ein Gestaltungselement ändert, reicht es aus, in der Zieldatenbank eine Aktualisierung der Gestaltung durchzuführen (wobei die Aktualisierung, wie gesagt, sowohl manuell als auch automatisch initiiert werden kann) und schon ist die Zieldatenbank auf dem letzten Stand der Entwicklung. Interessant wird das Ganze, wenn wir es nicht nur mit einer, sondern unter Umständen mit mehreren hundert Zieldatenbanken zu tun haben. Darüber hinaus kann die Zieldatenbank ihrerseits wiederum eine Schablone sein und als solche zur Erstellung weiterer Datenbanken eingesetzt werden. In Kombination mit der Replikation ermöglicht uns dieses Feature, dass wir quasi über Nacht eine beliebige Anzahl von Datenbanken aktualisieren können. Eigene Datenbanken als Schablone kennzeichnen Ob eine Datenbank auf einer Schablone basiert, kann man leicht erkennen. Die diesbezüglichen Informationen befinden sich auf der Registerkarte GESTALTUNG der Datenbankeigenschaften (vgl. Abbildung 3.8). Abbildung 3.8: Registerkarte GESTALTUNG Umgang mit Domino-Datenbanken 71 Hier besteht zudem die Möglichkeit, eine eigene Datenbank als Schablone zu kennzeichnen. Dies macht Sinn, wenn Sie komplett neue Datenbanken oder auch nur einzelne Gestaltungselemente, basierend auf einer bestimmten Datenbank, erstellen möchten. Hierzu sind zwei Schritte erforderlich: 1. Aktivieren Sie auf der Registerkarte GESTALTUNG die Option DATENBANK IST EINE SCHABLONE. 2. Geben Sie im Feld SCHABLONENNAME einen beliebigen Namen ein. Dieser Name sollte bei abgeleiteten Datenbanken bzw. Gestaltungselementen im Feld SCHABLONENNAME (bei AUS SCHABLONE ÜBERNEHMEN) eingetragen werden. Eine Datenbank, welche Sie als Schablone deklarieren möchten, muss nicht notwendigerweise die Dateiendung NTF tragen. 3.3.9 Startoptionen für eine Datenbank festlegen Mit dem Befehl DATEI/DATENBANKEIGENSCHAFTEN kann auf der Registerkarte STARTEN festgelegt werden, was geschehen soll, wenn die Datenbank geöffnet wird. Diese Einstellung kann man in Abhängigkeit davon, ob die Datenbank im Notes-Client oder im Webbrowser geöffnet wird, getrennt vornehmen (vgl. Abbildung 3.9). Abbildung 3.9: Startoptionen für eine Datenbank festlegen IBM SOFTWARE PRESS 72 Arbeiten mit Domino-Datenbanken Die in Frage kommenden Alternativen sind getrennt für beide Client-Typen in der Tabelle 3.2 aufgelistet. Startoptionen im Notes-Client Startoptionen im Webbrowser So anzeigen wie vom Benutzer zuletzt verlassen Notes-Startoption verwenden Dokument Über Datenbank öffnen Dokument Über Datenbank öffnen Angegebene Rahmengruppe öffnen Angegebene Rahmengruppe öffnen Angegebenen Navigator öffnen Angegebene Seite öffnen Angegebenen Navigator im eigenen Fenster öffnen Angegebenen Navigator im eigenen Fenster öffnen Ersten Anhang in Über Datenbank starten Erste Dokumentverknüpfung in Über Datenbank starten Erste Dokumentverknüpfung in Über Datenbank starten Angegebene Dokumentverknüpfung starten Erstes Dokument in Ansicht starten Tabelle 3.2: Startoptionen einer Datenbank Dem Aspekt der Software-Verteilung dienlich sind die Optionen BEI ÄNDERUNG DOKUMENT »ÜBER DATENBANK« ANZEIGEN sowie BEIM ERSTEN ÖFFNEN DER DATENBANK DOKUMENT »ÜBER DATENBANK« ANZEIGEN. Diese beiden Features ermöglichen es dem Anwendungsentwickler, eine kurze Information über die Art und den Umfang der Änderungen bzw. den Sinn und Zweck einer Datenbank gut sichtbar zu platzieren. Insbesondere in großen Unternehmen, wo neue Datenbanken fast täglich entstehen und der Nutzerkreis nur bedingt im Voraus bestimmt werden kann, ersparen diese beiden Funktionen die aufwändige Erstellung und Verteilung einer entsprechenden Papierdokumentation. Weitere Informationen zur Verwendung der Hilfsdokumente finden Sie in Kapitel 32 über die Benutzung von Hilfefunktionen in Domino. 3.3.10 Volltextsuche einrichten Durch den integrierten Mechanismus der Volltextindizierung können wir die Suche nach Informationen in einer Datenbank erleichtern, indem wir einen Volltextindex erstellen. Wir kennen diese Funktion bereits aus dem Kapitel 2 »Arbeiten mit Domino Designer« im Zusammenhang mit der Volltextindizierung der Domino Designer-Hilfe, die uns zu diesem Zweck eine besonders komfortable Benutzerschnittstelle bereitstellt. Analog hierzu kann die Volltextsuche in jeder beliebigen Datenbank eingerichtet werden. Die Einstellungen befinden sich auf der Registerkarte SUCHE, dargestellt anhand eines Lupen-Symbols (vgl. Abbildung 3.10). Umgang mit Domino-Datenbanken 73 Abbildung 3.10: Einrichtung der Volltextsuche in einer Datenbank Zur Einrichtung der Volltextsuche in der Datenbank Literaturverwaltung klicken Sie auf die Schaltfläche INDEX ERSTELLEN. Es erscheint das Dialogfenster INDEX ERSTELLEN, welches die Einstellung von Indizierungsoptionen ermöglicht (vgl. Abbildung 3.3). Mit Ausnahme der letzten ermöglichen alle Optionen einen erweiterten Suchumfang bzw. eine detailliertere Suche. Dieser Vorteil muss jedoch mit einer beträchtlichen Vergrößerung der Volltextindexdatei erkauft werden. Indizierungsoption Anmerkung Angehängte Dateien indizieren Indiziert Dateien, welche als Anhang im Rahmen eines Dokuments vorliegen Verschlüsselte Felder indizieren Ermöglicht die Suche nach Feldinhalten, die verschlüsselt und für den herkömmlichen Benutzer unsichtbar sind. Der Benutzer kann den Inhalt eines solchen Feldes zwar nicht lesen, aber vom Suchergebnis auf das Vorhandensein eines bestimmten Ausdrucks im verschlüsselten Feld schließen. Daher ist diese Option mit Sicherheitsrisiken verbunden. Satz- und absatzweise indizieren Ermöglicht die Verwendung von Operatoren, welche Begriffe innerhalb eines Satzes bzw. Absatzes suchen Groß-/Kleinschreibung beachten »USER« ist nicht das Gleiche wie »user«. Aktualisierungsintervall Legt fest, wie oft ein Volltextindex aktualisiert wird. Diese Einstellung gilt nur für diejenigen Datenbanken, welche auf dem Server gespeichert sind. Tabelle 3.3: Indizierungsoptionen Weitere Informationen zum Umgang mit der Domino-Volltextsuche finden Sie im entsprechenden Kapitel zur Volltextsuche. IBM SOFTWARE PRESS
