Zur Hauptseite ... Zum Onlinearchiv ... Zum Abonnement ... Zum Newsletter ... Zu den Tools ... Zum Impressum ... Zum Login ...

Achtung: Dies ist nicht der vollständige Artikel, sondern nur ein paar Seiten davon. Wenn Sie hier nicht erfahren, was Sie wissen möchten, finden Sie am Ende Informationen darüber, wie Sie den ganzen Artikel lesen können.

Unser Angebot für Sie!

Lesen Sie diesen Beitrag und 500 andere sofort im Onlinearchiv, und erhalten Sie alle zwei Monate brandheißes Access-Know-how auf 72 gedruckten Seiten! Plus attraktive Präsente, zum Beispiel das bald erscheinende Buch 'Access 2010 - Das Grundlagenbuch für Entwickler'!

Diesen Beitrag twittern

Ihren XING-Kontakten zeigen

Diesen Beitrag Ihrem XING-Kontakten vorstellen

Diesen Beitrag auf Facebook teilen

Verwandte Beiträge:

Access-Optionen gestern und heute

Softwareprojekte verwalten

Tipps und Tricks

Validieren mit Klasse

Verknüpfte Datenbanken updaten

Alle verwandten Beiträge ansehen ...

Bisherige Kommentare:

Noch keine Kommentare vorhanden.

Alle Kommentare ansehen oder Kommentar abgeben

Über den Autor:

André Minhorst

Bitte nutzen Sie das XING-Profil nicht
für Fragen zum Artikel, sondern nur für
den Kontaktaustausch beziehungsweise
Projekt- oder Supportanfragen.

Zusammenfassung

Speichern Sie anwendungsbezogene Optionen in einer benutzerdefinierten Tabelle.

Techniken

VBA

Voraussetzungen

Access 2000 oder höher

Beispieldateien

Anwendungsoptionen.mdb

Shortlink

617

Anwendungsoptionen in Tabellen speichern

André Minhorst, Duisburg

Zum Speichern von Anwendungseinstellungen von einer Sitzung zur nächsten gibt es eine Menge Möglichkeiten. Prädestiniert für Access ist dabei natürlich die Variante, solche Informationen in einer Optionen-Tabelle zu hinterlegen. Wie Sie das erledigen und was es dabei zu beachten gilt, erfahren Sie in diesem Beitrag.

Warum Optionen speichern?

In den Tabellen einer Access-Datenbank darf man nicht nur die jeweiligen Anwendungsdaten speichern, also Geschäftsdaten, sondern auch Einstellungen, die das Verhalten oder das Aussehen der Datenbank selbst betreffen.

Ein einfaches Beispiel ist die Lösung zum Skalieren von Bildern aus dem Beitrag Bilder skalieren (Shortlink 624). Dort trägt der Benutzer zwei Verzeichnisse für Originalbilder und die zu skalierenden Kopien sowie weitere Informationen ein. Warum sollte man diese nicht einfach speichern, um dem Benutzer die zuletzt eingegebenen Verzeichnisse beim nächsten Öffnen der Anwendung erneut zu präsentieren?

Klar kann es passieren, dass der Benutzer gerade dann ganz andere Daten benötigt. Aber vielleicht braucht er ja auch nochmal die zuletzt verwendeten Daten und dann haben Sie ihm auf jeden Fall etwas Gutes getan. Löschen kann er die in einem Steuerelement voreingestellten Daten ja immer noch.

Schauen wir uns also an, was wir benötigen. Prinzipiell handelt es sich bei solchen Informationen immer um Name-Wert-Paare.

Das heißt, dass die eigentliche Information immer unter einer Bezeichnung (die überdies eindeutig sein muss) gespeichert wird.

Tabelle zum Speichern von Optionen

Die Tabelle sieht im einfachsten Fall also wie in Abb. 1 aus. Neben einem eindeutigen Schlüsselfeld ist auch das Feld Optionsname, das die Bezeichnungen der zu speichernden Optionen aufnimmt, als eindeutiges Feld zu definieren. Beim Feld Optionswert spielt dies keine Rolle - natürlich kann es vorkommen, dass zwei Optionen den gleichen Wert aufweisen.

pic001.tif

Abb. 1: Diese Tabelle speichert Anwendungsoptionen. Das Feld Optionsname darf keine Duplikate enthalten.

Warum aber darf das Feld Optionsname keine Duplikate enthalten? Theoretisch wäre es doch durchaus denkbar, dass mehrere Werte für eine Option gespeichert werden sollen.

Um auf das obige Beispiel mit den Verzeichnissen zurückzukommen: Was würde dagegen sprechen, nicht nur den letzten Eintrag, sondern alle bisher angegebenen Verzeichnisse zu speichern und diese in einem Kombinationsfeld zur Auswahl anzubieten?

Im Prinzip nichts. Wir wollen im Rahmen dieser einfachen Optionsverwaltung jedoch den Aufwand überschaubar halten und beschränken uns daher auf einfache Werte - zu den Listen kommen wir später.

Optionen anlegen

Nun brauchen Sie natürlich noch eine Möglichkeit, die Optionen zu speichern. Dies geschieht per VBA über die Routine SetDBOption, die den Namen und den Wert der Option als Parameter erwartet.

Sie haben das Ende des frei verfügbaren Teils des Artikels erreicht. Lesen Sie weiter, um zu erfahren, wie Sie den vollständigen Artikel lesen und auf viele hundert weitere Artikel zugreifen können.

Sie sind nicht angemeldet!
Für den kompletten Artikel plus Beispieldatenbanken müssen Sie sich einloggen!
Jetzt einloggen ...
 

Sie haben keine Benutzerdaten? Na, dann aber schnell:

Benutzerdaten erhalten Sie auf zwei Arten:

1. Testen Sie das Online-Archiv von 'Access im Unternehmen' für eine Woche. Sie müssen Sie lediglich für den 'Access im Unternehmen'-Newsletter anmelden.
Ja, ich will den einwöchigen Testzugang und den Newsletter!

2. Greifen Sie ein ganzes Jahr auf das Online-Archiv zu und erhalten Sie zusätzlich alle zwei Monate das brandneue "Access im Unternehmen"-Magazin - für nur EUR 108,-* im Jahr!
Ja, ich will Access im Unternehmen bestellen!

 

* inkl. MwSt., zzgl. Versandkostenpauschale, EUR 140,- inkl. MwSt., zzgl. Versandkostenpauschale ab dem zweiten Jahr

Verwandte Beiträge:

Access-Optionen gestern und heute

Softwareprojekte verwalten

Tipps und Tricks

Validieren mit Klasse

Verknüpfte Datenbanken updaten

Optionen in Properties speichern

Beschreibung von Tabellen und Co. nutzen

Listenfeld und Details in einem Formular

Indizierung mit Access

Kontextmenüs von A bis Z

Modale Dialoge mal anders

Formularposition speichern und wiederherstellen

Kommentare und Ergänzungen

Wenn Sie Kommentare, Fragen oder Ergänzungen zu diesem Artikel haben, können Sie diese hier eintragen. Wir bemühen uns, kurzfristig auf Ihren Kommentar einzugehen.

Ihr Name:

Ihre E-Mail-Adresse (für
Rückfragen, wird nicht veröffentlicht:

Betreff:

Ihr Kommentar zu diesem Artikel:

© 2003-2010 André Minhorst Alle Rechte vorbehalten.