Im Normalbetrieb kann man den Navigationsbereich schnell durch einen Klick auf die Nach links-Schaltfl\u00e4che oben in diesem Bereich minimieren und anschlie\u00dfend wieder maximieren. Das gelingt auch mit der Taste F11. Was aber, wenn man den Bereich komplett verschwinden lassen m\u00f6chte \u2013 beispielsweise direkt nach dem \u00d6ffnen einer Anwendung, die man einem Kunden oder anderen Nutzern bereitstellt, die den Navigationsbereich nicht sehen sollen? Dann kommt die in diesem Beitrag vorgestellte VBA-Prozedur zum Einsatz, mit der wir den Navigationsbereich mit wenigen Zeilen aus- und wieder einblenden.<\/p>\n
Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbDaten in ungebundenen Formularen bearbeiten\u00ab haben wir gezeigt, wie man die Daten einer Tabelle in einem ungebundenen Formular darstellt und dieses zum Bearbeiten und Anlegen von Datens\u00e4tzen verwendet. Wenn wir dies konsequent umsetzen wollen, ben\u00f6tigen wir auch eine M\u00f6glichkeit, um Daten in Listenform anzuzeigen. Die Datenblatt- oder Endlosansicht fallen aus, also m\u00fcssen wir uns um Alternativen k\u00fcmmern. F\u00fcr die mehrspaltige Listenansicht bietet Access das Listenfeld. Und f\u00fcr die Auswahl von Daten aus Lookup-Tabellen steht das Kombinationsfeld zur Verf\u00fcgung. Beide sind jedoch, wie auch Formulare, f\u00fcr die Bindung an Tabellen oder Abfragen optimiert. Ungebundene Daten m\u00fcssen wir dort erst einmal einpflegen. Auf welche Arten das gelingt, zeigt dieser Beitrag. <\/p>\n Zum Artikel …<\/a><\/p>\n Der \u00fcbliche Weg, um Daten aus Tabellen in Access-Formularen\u00a0anzuzeigen, ist die Angabe einer Tabelle oder Abfrage als Datenquelle und das Binden der Steuerelemente an die Felder dieser Quelle. Es gibt jedoch Anwendungsf\u00e4lle, in denen diese Vorgehensweise nicht das gew\u00fcnschte Ergebnis liefert. Dann kann man einen alternativen Weg gehen, auch wenn man damit viel Vorteile aufgibt und eine Menge zus\u00e4tzlicher Aufwand entsteht. In diesem Beitrag erl\u00e4utern wir, wie man die Daten aus Tabellen oder Abfragen auch ohne direkte Bindung an eine Tabelle oder Abfrage in einem Formular anzeigen, bearbeiten und wieder speichern kann und wie sogar das Anlegen neuer Datens\u00e4tze m\u00f6glich ist.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag Ungebundene Listen und Kombis mit Daten f\u00fcllen (www.access-im-unternehmen.de\/1440) haben wir uns angesehen, wir man Kombinations- und Listenfelder \u00fcber das Zuweisen einer Wertliste oder mit der AddItem-Methode f\u00fcllen kann. Es gibt noch eine interessante Alternative, von der wir hoffen, dass wir damit sogar noch einige Eintr\u00e4g mehr zu den Listen-Steuerelementen hinzuf\u00fcgen k\u00f6nnen als mit den oben genannten Methoden. Bei dieser Alternative handelt es sich um eine Technik, die eher stiefm\u00fctterlich behandelt wird: Die Callback-Funktion. Wie man diese nutzt und ob man tats\u00e4chlich mehr Daten als mit einer Wertliste in ungebundenen Listen-Steuerelementen anzeigen, untersuchen wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n In den beiden Beitr\u00e4gen \u00bbDaten in ungebundenen Formularen bearbeiten\u00ab (www.access-im-unternehmen.de\/1442) und \u00bbUngebundene Listen und Kombis mit Daten f\u00fcllen\u00ab (www.access-im-unternehmen.de\/1440) haben wir M\u00f6glichkeiten aufgezeigt, um Daten ohne die Bindung an Tabellen oder Abfragen in Formularen und Steuerelementen anzuzeigen. In diesem Beitrag gehen wir einen Schritt weiter und kombinieren die beiden Darstellungen einer \u00dcbersicht von Daten und der Detailansicht eines ausgew\u00e4hlten Datensatzes. Dabei zeigen wir, wie wir in der \u00dcbersicht einen Datensatz ausw\u00e4hlen und diesen zum Bearbeiten \u00f6ffnen, einen neuen Datensatz anlegen oder Datens\u00e4tze l\u00f6schen.<\/p>\n Zum Artikel …<\/a><\/p>\n In vielen Datenbankanwendungen fallen tempor\u00e4re Daten an, also Daten, die in Tabellen geschrieben und in der gleichen Session wieder gel\u00f6scht werden. Das kann in nicht aufgeteilten Datenbanken der Fall sein, aber auch in aufgeteilten Datenbanken mit Frontend und Backend geschehen. Man k\u00f6nnte denken, die Gr\u00f6\u00dfe der Datenbankdatei w\u00fcrde nach dem Anf\u00fcgen und L\u00f6schen von Daten einigerma\u00dfen konstant sein. Das ist jedoch nicht der Fall: Gel\u00f6schte Daten sind zwar nicht mehr in den Tabellen zu finden, allerdings ben\u00f6tigt die Datenbank anschlie\u00dfend ungef\u00e4hr genauso viel Speicherplatz wie vor dem L\u00f6schen. Wie das zu erkl\u00e4ren ist und wie wir durch die Komprimierung einer Datenbank dennoch daf\u00fcr sorgen k\u00f6nnen, dass eine Datenbank sich durch die Verwendung tempor\u00e4rer Daten nicht allzusehr aufbl\u00e4ht, beschreiben wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbZugriff auf lexoffice per REST-API und VBA\u00ab (www.access-im-unternehmen.de\/1422) haben wir bereits gezeigt, wie wir in lexoffice Rechnungen auf Basis von Rechnungsdaten aus einer Access-Datenbank erstellen k\u00f6nnen. In manchen F\u00e4llen reichen die M\u00f6glichkeiten von lexoffice nicht aus, um die gew\u00fcnschten Rechnungen zu erstellen. Dann kann man lexoffice aber immer noch f\u00fcr die Buchhaltung nutzen. Die Rechnung erstellt man dann in Access statt direkt in lexoffice und \u00fcbertr\u00e4gt dann ein PDF-Dokument mit der Rechnung sowie die begleitenden Daten wie den Umsatz, die enthaltenen Steuern und weitere Informationen per Rest API nach lexoffice. Dieser Beitrag zeigt, wie wir dies bewerkstelligen k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n Es gibt verschiedene Gr\u00fcnde, um Kopien einer Datenbank anzulegen. Das Herstellen einer Sicherungskopie ist wohl der am meisten verbreitete Grund. Das ist sinnvoll, aber es kann dabei zu Problemen kommen, wenn man nicht achtsam ist: Dann arbeitet man auf einmal in der Sicherheitskopie weiter und wundert sich, wenn man anschlie\u00dfend die Originaldatenbank \u00f6ffnet und die Funktionen, die man neu hinzuprogrammiert, nicht mehr findet. Oder man testet mit einer Datenbankdatei auf einer virtuellen Maschine und f\u00fcgt dort Anpassungen hinzu. Auch hier kann es zu einem \u00e4hnlichen Durcheinander kommen. Um in einem solchen Fall die aktuelle Version zu finden, reicht es nicht, sich das \u00c4nderungsdatum der Datei anzusehen. Warum das nicht reicht und wie wir die aktuellere Datenbank zuverl\u00e4ssig finden, zeigen wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Wer eine Access-Datenbank zum Speichern seiner Daten verwendet, hat bei der Sicherung leichtes Spiel: Er braucht einfach nur eine Kopie dieser Datenbank anzulegen. Bei SQL Server-Datenbanken ist dies etwas komplizierter. Wir k\u00f6nnen hier beispielsweise nicht einfach die Datenbankdateien kopieren, da der SQL Server normalerweise st\u00e4ndig darauf zugreift. Welche Schritte zum Anlegen des Backups einer SQL Server-Datenbank n\u00f6tig sind, zeigen wir in diesem Beitrag. Au\u00dferdem schauen wir uns an, wie wir die Datenbank auf Basis der Sicherung wiederherstellen k\u00f6nnen.<\/p>\nUngebundene Listen und Kombis mit Daten f\u00fcllen<\/h3>\n
Daten in ungebundenen Formularen bearbeiten<\/h3>\n
Ungebundene List- und ComboBox per Callback<\/h3>\n
Ungebundene Daten in \u00dcbersicht und Detailansicht<\/h3>\n
Datenbanken automatisch komprimieren<\/h3>\n
Belege und Belegdaten nach lexoffice hochladen<\/h3>\n
Aktuelle Datenbankversion ermitteln<\/h3>\n
SQL Server: Vollsicherung und Wiederherstellung<\/h3>\n