Im ersten Teil dieser Beitragsreihe haben wir ein ListView-Steuerelement mit den Daten aus einer Mitarbeitertabelle gef\u00fcllt, Icons hinzugef\u00fcgt und eine Sortierfunktion implementiert. Im vorliegenden Beitrag bauen wir dieses Beispiel weiter aus: Wir zeigen, wie man dem ListView-Steuerelement neue Eintr\u00e4ge hinzuf\u00fcgen und bestehende Eintr\u00e4ge bearbeiten oder l\u00f6schen kann. Au\u00dferdem erkl\u00e4ren wir, wie man die Elemente auch nach numerischen Daten oder nach Datumsfeldern korrekt sortiert. Schlie\u00dflich f\u00fcgen wir noch ein Kontextmen\u00fc hinzu, mit dem man den Status der Mitarbeiter anpassen kann.<\/p>\n
Zum Artikel …<\/a><\/p>\n Seit Access 2010 k\u00f6nnen Tabellenfelder einen berechneten Ausdruck enthalten \u2013 etwa die Verkn\u00fcpfung von Vor- und Nachname oder das Produkt aus Menge und Preis. Die Funktion klingt praktisch, hat aber erhebliche Einschr\u00e4nkungen: Viele Funktionen stehen nicht zur Verf\u00fcgung, das Ergebnis ist schreibgesch\u00fctzt und berechnete Felder lassen sich weder indizieren noch in Verkn\u00fcpfungen verwenden. Dieser Beitrag zeigt, was geht, was nicht geht \u2013 und warum berechnete Spalten in Abfragen fast immer die bessere Wahl sind.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbSchnelle Schaltfl\u00e4chen mit Stil\u00ab (www.access-im-unternehmen.de\/1563) haben wir ein Formular vorgestellt, mit dem wir komfortabel Schaltfl\u00e4chen anlegen k\u00f6nnen \u2013 mit Icon, Beschriftung, passendem Namen und Ereignisprozedur. Dieses Formular l\u00e4sst sich in dieser L\u00f6sung allerdings nur nutzen, wenn es in der gleichen Anwendung enthalten ist, deren Formulare wir damit anpassen wollen. Um dies praktischer zu gestalten, wollen wir die L\u00f6sung in einen Assistenten umwandeln, der beim Hinzuf\u00fcgen eines Buttons zu einem Formular automatisch angezeigt wird. Die dazu notwendigen Schritte beschreiben wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Im ersten Teil dieses Beitrags haben wir die Grundlagen f\u00fcr die Arbeit mit Ordnern und Dateien im TreeView-Steuerelement gelegt: Ordner und Dateien im Explorer anzeigen und \u00f6ffnen, das Ermitteln des Pfades \u00fcber die Tabellen-IDs, Kontextmen\u00fcs f\u00fcr Ordner- und Datei-Elemente sowie die vollst\u00e4ndige Implementierung der Ordner-Operationen Kopieren, Ausschneiden, Einf\u00fcgen, Umbenennen und L\u00f6schen. Im vorliegenden zweiten Teil erg\u00e4nzen wir die noch fehlenden Datei-Operationen und er\u00f6rtern die Funktionen im Modul \u00bbmdlDateisystem\u00ab, welche die TreeView-\u00c4nderungen tats\u00e4chlich auf das Dateisystem \u00fcbertragen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wer in Access per VBA auf Datenbanken zugreift, nutzt meist die DAO-Bibliothek \u2013 oft ohne zu wissen, dass am Anfang der gesamten Objekthierarchie die \u00bbDBEngine\u00ab steht. Sie repr\u00e4sentiert die Datenbank-Engine selbst und bietet Zugriff auf Arbeitsbereiche, Verbindungen und globale Einstellungen. Dieser Beitrag stellt die wichtigsten Eigenschaften und Methoden der DBEngine-Klasse vor und zeigt anhand praktischer Beispiele, wie Sie diese gewinnbringend einsetzen.<\/p>\n Zum Artikel …<\/a><\/p>\n Access bietet von Haus aus eine komfortable Datenbindung f\u00fcr Formulare: Man tr\u00e4gt eine Tabelle oder Abfrage als Datensatzquelle ein, bindet die Steuerelemente \u00fcber ihren Steuerelementinhalt an Felder \u2013 und Access erledigt den Rest. Wer jedoch sicherstellen m\u00f6chte, dass seine Tabellen nicht von au\u00dfen ausgelesen werden k\u00f6nnen, darf keine Tabellen oder Tabellenverkn\u00fcpfungen mehr im Frontend haben. Wir m\u00fcssen uns also nach einer Alternative umsehen. Dazu entfernen wir alle kritischen Elemente aus dem Frontend und bauen die Formulare um. Aber wie greifen wir auf die Daten zu? Dazu nutzen wir die Recordset-Eigenschaft von Formularen und Steuerelementen. Diese k\u00f6nnen ein per VBA zusammengestelltes Recordset nutzen. In diesem ersten Teil zeigen wir, wie das mit einfachen Detailformularen und in der Datenblattansicht funktioniert. Danach bauen wir unser Wissen aus und besch\u00e4ftigen uns mit Haupt- und Unterformularen und Steuerelementen wie dem Kombinations- und dem Listenfeld.<\/p>\n Zum Artikel …<\/a><\/p>\n Im ersten Teil dieser Beitragsreihe (\u00bbDetailformular und Datenblatt mit ADODB-Recordset\u00ab, www.access-im-unternehmen.de\/1601) haben wir gezeigt, wie man ein Formular per VBA-Code an ein ADODB-Recordset bindet. Dabei sind wir auf ein grundlegendes Problem gesto\u00dfen: Die eingebauten Sortier- und Filterfunktionen von Access \u2013 sowohl im Ribbon als auch im Dropdown-Men\u00fc des Datenblatt-Spaltenkopfes \u2013 funktionieren bei ADODB-gebundenen Formularen nicht. In diesem Beitrag zeigen wir, wie wir diese Funktionen mit eigenen Mitteln vollst\u00e4ndig nachbauen.<\/p>\n Zum Artikel …<\/a><\/p>\n Access bietet von Haus aus komfortable M\u00f6glichkeiten zum Filtern von Datens\u00e4tzen \u2013 \u00fcber das Ribbon, das Dropdown-Men\u00fc im Spaltenkopf des Datenblatts oder \u00fcber eigene Filtereigenschaften des Formulars. Diese L\u00f6sungen sto\u00dfen jedoch schnell an ihre Grenzen, sobald man komplexere Filterbedingungen kombinieren m\u00f6chte oder dem Benutzer eine moderne, \u00fcbersichtliche Filteroberfl\u00e4che bieten will. Wir stellen in dieser zweiteiligen Beitragsreihe ein universell einsetzbares Filterformular vor, das sich mit wenigen Handgriffen in jedes bestehende Formular einbauen l\u00e4sst. Im ersten Teil zeigen wir, wie das Filterformular eingebaut und bedient wird. Der zweite Teil beleuchtet die Programmierung hinter den Kulissen.<\/p>\nBerechnete Felder in Tabellen oder besser in Abfragen?<\/h3>\n
Button-Wizard programmieren<\/h3>\n
Mit Ordnern und Dateien im TreeView arbeiten, Teil 2<\/h3>\n
Die DBEngine-Klasse der DAO-Bibliothek<\/h3>\n
Detailformular und Datenblatt mit ADODB-Recordset<\/h3>\n
Filtern und Sortieren von Formularen mit Recordset<\/h3>\n
Filterformular f\u00fcr alle F\u00e4lle: Einbau und Bedienung<\/h3>\n