Anlage-Felder erlauben es seit Access 2010, Bilder und andere Dateien direkt in \u00adAccess-Tabellen zu speichern. Sie bieten ein praktisches Popup-Men\u00fc, mit dem man die enthaltenen Dateien verwalten kann. Enth\u00e4lt ein Anlage-Feld Bilddateien, k\u00f6nnen diese mit dem Bild-Steuerelement von Access direkt in Formularen und Berichten angezeigt werden. Wenn man seine Tabellen zum SQL Server migrieren m\u00f6chte, wird dies jedoch zu einem Problem: Im SQL Server gibt es n\u00e4mlich kein Pendant zum Anlage-Feld, sondern nur Alternativen wie beispielsweise den varbinary(max)-Datentyp. Damit k\u00f6nnen wir zwar die Dateien im bin\u00e4ren Format im SQL Server speichern, aber rundherum ergeben sich einige Fragen: Wie zeige ich Bilddateien an, die in einem solchen Feld gespeichert sind? Wie gehe ich mit Anlage-Feldern um, die nicht nur eine Anlage enthalten? All dies erl\u00e4utern wir in diesem und weiteren Beitr\u00e4gen.<\/p>\n
Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbAnlage-Feld zum SQL Server migrieren\u00ab (www.access-im-unternehmen.de\/1542)\u00a0haben wir gezeigt, wie Inhalte von Anlagefeldern einer Access-Datenbank in ein varbinary(max)-Feld einer SQL Server-Datenbank \u00fcbertragen werden k\u00f6nnen. Dort sind wir davon ausgegangen, dass jedes Anlagefeld immer nur eine Datei enth\u00e4lt, was in vielen F\u00e4llen ausreichend ist. Was aber, wenn der Entwickler das Anlagefeld f\u00fcr mehrere Dateien vorgesehen hat \u2013 beispielsweise, um ein oder mehrere Produktbilder zu einem Produkt zu speichern? In diesem Fall m\u00fcssen wir umdenken, denn wir k\u00f6nnen optimalerweise immer nur eine Datei in einem varbinary(max)-Feld speichern. Zum Speichern mehrerer Dateien m\u00fcssen wir uns also einen Workaround \u00fcberlegen. Wie dieser aussieht, schauen wir uns im vorliegenden Beitrag an.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie eine Datenbank an die Benutzer weitergeben, verwenden Sie je nach Zielgruppe eine .accde-Datenbank, also eine Datenbank, in welcher der Entwurf von Tabellen, Abfragen, Formularen, Berichten und VBA nicht mehr m\u00f6glich ist. Damit sch\u00fctzen wir auch den wertvollen VBA-Code vor den Blicken anderer Menschen. Es bringt aber auch mit sich, dass \u00c4nderungen an Eigenschaften wie Spaltenbreiten, Spaltenreihenfolge oder die Sichtbarkeit der Spalten nicht gespeichert werden k\u00f6nnen, da es sich dabei um \u00c4nderungen am Design des Formulars in der Datenblattansicht handelt. Gerade wenn Benutzer die Datenbl\u00e4tter nach ihren eigenen Vorlieben umgestalten und dies bei jedem \u00d6ffnen eines Formular erneut erledigen m\u00fcssen, macht sich schnell Frustration breit. Daher zeigen wir in diesem Beitrag, wie Sie eine Funktion zum Speichern und Wiederherstellen der Spalteneigenschaften von Formularen in der Datenblattansicht programmieren k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n Die Datenblattansicht ist sehr hilfreich, wenn man die Daten aus Tabellen oder Abfragen in tabellarischer Form darstellen m\u00f6chte. Sie bietet au\u00dferdem Funktionen zum Anpassen der Spalten, der Sortierung und auch der Filter. Zus\u00e4tzlich k\u00f6nnen wir damit nicht nur einen Datensatz markieren, sondern gleich mehrere. Wir erhalten zwar nicht den Komfort wie im Listenfeld, wo wir nicht nur zusammenh\u00e4ngende, sondern auch einzelne Eintr\u00e4ge selektieren k\u00f6nnen, aber immerhin ist es grunds\u00e4tzlich m\u00f6glich, bei gedr\u00fcckter Maustaste mehr als einen Eintrag auszuw\u00e4hlen. Die Frage ist nur: Was machen wir mit diesem selektierten Bereich? Das Listenfeld bietet eigene Eigenschaften, mit denen wir auf die markierten Elemente zugreifen k\u00f6nnen. Das ist in der Datenblattansicht nicht der Fall. Das soll uns jedoch nicht davon abhalten, die gew\u00fcnschten Daten weiterzuverarbeiten.<\/p>\n Zum Artikel …<\/a><\/p>\n Textfelder kommen standardm\u00e4\u00dfig mit Bezeichnungsfeldern. Das reicht eigentlich aus, damit der Benutzer wei\u00df, welche Informationen er in die Textfelder eintragen soll. Moderne Benutzeroberfl\u00e4chen kommen aber teilweise vollst\u00e4ndig ohne diese Bezeichnungsfelder aus und zeigen einfach solange, bis der Benutzer etwas eingibt, einen Platzhalter im Textfeld an, der den einzuf\u00fcgenden Wert beschreibt. Das liegt m\u00f6glicherweise am geringeren Platzbedarf, was gerade auf Smartphones ein Vorteil ist. Es gibt aber noch andere Gr\u00fcnde, warum man Textfelder mit Platzhaltertexten ausstatten sollte. Welche das sind und wie die Anzeige von Platzhaltern realisiert werden kann, zeigen wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n In modernen Browsern wie Chrome oder Edge ist es l\u00e4ngst selbstverst\u00e4ndlich: Mit Tastenkombinationen wie Alt + 1, Alt + 2, Alt + 3 kann man blitzschnell zwischen ge\u00f6ffneten Tabs springen. Hat man diesen Shortcut einmal verinnerlicht, will man nicht mehr ohne arbeiten. Die Tastenkombinationen sind viel schneller, als wenn man mit der Maus auf den jeweiligen Reiter klickt. Man k\u00f6nnte zwar auch per Strg + Tab zwischen den Seiten wechseln, aber warum nicht direkt zur gesuchten Information springen? Da wir auch in Access standardm\u00e4\u00dfig eine Ansicht vorfinden, die \u00fcber entsprechende Reiter angesteuert werden kann, stellt sich die Frage: K\u00f6nnen wir nicht auch hier solche Tastenkombinationen nutzen? Genau das untersuchen wir in diesem Beitrag.<\/p>\nAnlagefelder mit mehreren Dateien zum SQL Server<\/h3>\n
Spaltenbreiten und -position in ACCDE speichern<\/h3>\n
Markierte Datens\u00e4tze aus dem Datenblatt einlesen<\/h3>\n
Platzhalter f\u00fcr Textfelder in Formularen<\/h3>\n
Access-Formulare per Tastenkombination wechseln<\/h3>\n