In einem anderen Beitrag namens \u00bbMehrwertige Felder mit Wertliste loswerden\u00ab (www.access-im-unternehmen.de\/1493) beschreiben wir, wie man die in Access 2010 eingef\u00fchrten mehrwertige Felder durch m:n-Beziehungen ersetzt. Es fehlt dann allerdings die praktische Liste mit Kontrollk\u00e4stchen, mit der man einen oder mehrere der zu verkn\u00fcpfenden Elemente einfach markieren kann. Auf diese Weise lassen sich schnell die Kategorien zu einem Produkt oder auch die Ausstattungen f\u00fcr Fahrzeuge zusammenklicken. Da f\u00fcr uns das Motto \u00bbWer A sagt, muss auch B sagen\u00ab gilt, liefern wir also noch eine M\u00f6glichkeit hinterher, um die aus den mehrwertigen Feldern in eine m:n-Beziehung \u00fcberf\u00fchrten Daten auf praktische Weise anzuzeigen.<\/p>\n
Zum Artikel …<\/a><\/p>\n Mehrwertige Felder sind eine Erfindung von Microsoft, um den Umgang mit Datenkonstrukten, bei denen f\u00fcr ein Feld mehrere Werte ausgew\u00e4hlt werden k\u00f6nnen, zu vereinfachen. In einem mehrwertigen Feld k\u00f6nnen wir aus einer Liste von Werten, die entweder aus einer Wertliste oder aus einer anderen Tabelle stammen, keinen, einen oder mehrere Eintr\u00e4ge ausw\u00e4hlen. Aus einer verkn\u00fcpfen Tabelle mehrere Werte zuordnen? Das h\u00f6rt sich ja eigentlich nach dem Einsatzzweck einer m:n-Beziehung an. Genau das bildet Microsoft intern ab. Allerdings funktioniert das nur innerhalb des Access-Biotops. Sollen die Daten einmal zum SQL Server oder einer anderen Datenbank wandern, wird es kompliziert. Hier k\u00f6nnen wir solche Konstrukte n\u00e4mlich nicht mehr einfach abbilden \u2013 wir m\u00fcssen diese also ersetzen. Wie wir die mehrwertigen Felder loswerden, zeigen wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Wer schnell die Tabellen einer Access-Datenbank zum SQL Server migrieren m\u00f6chte, kann dazu ein kostenloses Tool von Microsoft nutzen: Den SQL Server Migration Assistant, in diesem Fall in der Ausf\u00fchrung f\u00fcr Access. Wie wir die Tabelle einer Access-Datenbank zum SQL Server \u00fcbertragen und gleichzeitig auch noch die passenden Verkn\u00fcpfungen f\u00fcr den Zugriff auf diese Datenbank erstellen, zeigen wir in diesem Beitrag. Dabei nutzen wir die schnellste zur Verf\u00fcgung stehende Methode, n\u00e4mlich den Migration Wizard, ein Assistent im Assistenten. Im besten Fall kann man danach direkt von der Access-Datenbank auf die Daten im SQL Server-Backend zugreifen. Gegebenenfalls sind noch Vor- und Nacharbeiten erforderlich, um die k\u00fcmmern wir uns jedoch in eigenen Beitr\u00e4gen.<\/p>\n Zum Artikel …<\/a><\/p>\n Wer das Ribbon ausgiebig nutzt, hat schnell einige Tabs zusammen, die wiederum mehrere Gruppen mit den jeweiligen Steuerelementen enthalten. Diese Tabs sind in der Regel so ausgelegt, dass das zuerst angezeigte Tab aktiviert wird, wenn der Benutzer die Anwendung startet. Wenn der Benutzer aber regelm\u00e4\u00dfig eher mit den Aufgaben einsteigt, die sich in einem anderen Tab befinden, muss er jedes Mal erst noch zu diesem Tab wechseln. Um dies zu vereinfachen, stellen wir in diesem Beitrag eine L\u00f6sung vor, mit der sich die Anwendung das zuletzt verwendete Tab-Element merken kann und dieses beim n\u00e4chsten Start wiederherstellt.\u00a0<\/p>\n Zum Artikel …<\/a><\/p>\n Die Registry von Windows ein undurchschaubarer Dschungel an Einstellungen. Wenn man nicht wei\u00df, was man tut, k\u00f6nnen \u00c4nderungen an diesen Einstellungen zu Problemen beim Einsatz von Windows oder Anwendungen kommen. Es gibt einige API-Funktionen, mit denen man auch per VBA \u00c4nderungen an der Registry vornehmen kann. Die API-Programmierung ist aber grunds\u00e4tzlich ein Profithema, und erst recht sollten Einsteiger mit API-Funktionen nicht die Registry manipulieren. Zum Gl\u00fcck hat Microsoft jedoch einen Satz von VBA-Funktionen bereitgestellt, mit denen man halbwegs sicher Informationen in die Registry schreiben und diese auch wieder auslesen kann. Der Clou ist, dass man damit einen speziell f\u00fcr VB- und VBA-Anwendungen vorgesehenen Teil der Registry nutzen kann. In diesem Beitrag stellen wir diese Funktionen vor und zeigen, welchen Bereich in der Registry sich damit nutzen l\u00e4sst.<\/p>\n Zum Artikel …<\/a><\/p>\n In vielen bisherigen L\u00f6sungen haben wir f\u00fcr die Schnellsuche im Listenfeld oder auch in Unterformularen in der Datenblattansicht ein Textfeld als Suchfeld verwendet. Direkt bei Eingabe eines jeden Zeichens wurde das Suchergebnis aktualisiert. In diesem Beitrag wollen wir einmal eine noch ergonomischere Version vorstellen. Der Unterschied soll so aussehen, dass man den Suchbegriff eingeben kann, w\u00e4hrend das Listenfeld den Fokus hat. Es soll also kein Wechseln vom Suchfeld zum Listenfeld und zur\u00fcck n\u00f6tig sein, wenn man durch die Suche den gew\u00fcnschten Datensatz vorgefunden hat und diesen beispielsweise markieren und beispielsweise durch Bet\u00e4tigen der Eingabetaste eine Aktion f\u00fcr diesen Eintrag durchf\u00fchren m\u00f6chte. Wir zeigen dies am Beispiel aus dem Beitrag \u00bbm:n-Beziehung mit Listenfeld und Datenblatt\u00ab (www.access-im-unternehmen.de\/1510).<\/p>\nMehrwertige Felder mit Wertliste loswerden<\/h3>\n
Access und SQL Server: Der Migrations-Wizard<\/h3>\n
Letztes ge\u00f6ffnetes Ribbon-Tab merken<\/h3>\n
Registryeintr\u00e4ge f\u00fcr VBA-Anwendungen<\/h3>\n
Schnellsuche im Listenfeld mal anders<\/h3>\n