Es gibt Dinge, die gehen an einem vorbei, ohne dass man es merkt. Das war bei mir der Fall mit den Thema der \u00dcberschrift: Ich arbeite gr\u00f6\u00dftenteils mit Access-Datenbanken und wei\u00df, dass dort das Sternchen (*) als Platzhalter f\u00fcr beliebige Zeichen beim Einsatz des Like-Operators zum Einsatz kommt. Und wenn ich mal mit dem SQL Server arbeite, dann wei\u00df ich, dass dort stattdessen das Prozentzeichen gefragt ist (%). Neulich erhielt ich aber eine Datenbank von einem Leser, der sich wunderte, warum eine L\u00f6sung bei ihm schlicht nicht arbeitete. Nach einigen Experimenten und einer Internetrecherche war die L\u00f6sung gefunden: Der Leser betrieb die Datenbank im SQL-92-Kompatibilt\u00e4tsmodus, was bedeutet, dass die Platzhalter des SQL Servers in LIKE-Vergleichen zum Einsatz kommen. Was es damit auf sich hat und wie Sie damit umgehen, erfahren Sie im vorliegenden Beitrag!<\/p>\n
Zum Artikel …<\/a><\/p>\n Wer seine Access-Tabellen von einem Access-Backend in ein SQL Server-Backend \u00fcbertragen hat, d\u00fcrfte zun\u00e4chst keinen Unterschied beim Zugriff auf die Daten bemerken. Spannend wird es, wenn Sie unter Access jedoch die sogenannten Datenmakros verwendet haben, um automatisch auf \u00c4nderungen in den Daten zu reagieren und beispielsweise Kopien ge\u00e4nderter oder gel\u00f6schter Datens\u00e4tze in einer Archivtabelle angelegt haben. Beim Migrieren nach SQL Server werden zwar auch die Archivtabellen erstellt, aber die Datenmakros bleiben au\u00dfen vor. Damit keine Daten verloren gehen, zeigen wir in diesem Beitrag, wie Sie die Tabellen mit Triggern ausstatten, um die gew\u00fcnschten Daten zu archivieren.<\/p>\n Zum Artikel …<\/a><\/p>\n Im Beitrag \u00bbDatenhistorie per Trigger\u00ab haben wir gezeigt, welche Anweisungen n\u00f6tig sind, um eine Archivtabelle anzulegen und der Originaltabelle einen Trigger hinzuzuf\u00fcgen, der beim \u00c4ndern oder L\u00f6schen eines Datensatzes die vorherige Version in einer Archivtabelle speichert. Im vorliegenden Beitrag wollen wir eine VBA-Prozedur entwickeln, mit der Sie zu einer Tabelle mit einem einfachen Aufruf die Archivtabelle und den Trigger in einem Rutsch anlegen k\u00f6nnen. Damit sichern Sie Ihre Daten bei \u00c4nderungen auch f\u00fcr mehrere Tabellen ganz schnell ab.<\/p>\n Zum Artikel …<\/a><\/p>\n Wenn Sie den Umfang der Objekte, Methoden, Eigenschaften und Ereignisse unter VBA erweitern wollen, geht kein Weg am Verweise-Dialog des VBA-Editors zum Hinzuf\u00fcgen neuer Verweise vorbei. Hier legen Sie fest, welche Bibliotheken neben den eingebauten Bibliotheken noch ihre Elemente f\u00fcr die Programmierung im aktuellen VBA-Projekt bereitstellen sollen. In diesem Beitrag werfen wir einen kurzen Blick auf den Verweise-Dialog, aber vor allem schauen wir uns an, wie Sie per VBA auf die enthaltenen Eintr\u00e4ge zugreifen und diese verwalten.<\/p>\n Zum Artikel …<\/a><\/p>\n Das Thema Adressverwaltung kann man auf viele verschiedene Arten l\u00f6sen. In vielen F\u00e4llen reicht eine einfache Tabelle, die eine Adresse speichert. Reden wir \u00fcber Adressen in einer Kundenverwaltung, kann es auch vorkommen, dass der Kunde unterschiedliche Adressen f\u00fcr Lieferungen und Rechnungen angeben m\u00f6chte. Solche Daten speichert man entweder in einer einzigen Tabelle je Kunde oder man tr\u00e4gt die Liefer- und Rechnungsadresse in eigene Tabellen ein, die man dann per 1:1-Beziehung mit dem Kundendatensatz verkn\u00fcpft. Wir gehen noch einen Schritt weiter und wollen mit der hier vorgestellten L\u00f6sung die M\u00f6glichkeit bieten, nicht nur zwei, sondern beliebig viele Adressen je Kunde anzulegen \u2013 die dann flexibel als Rechnung- oder Lieferadresse festgelegt werden k\u00f6nnen.<\/p>\n Zum Artikel …<\/a><\/p>\n WordPress ist das g\u00e4ngigste System f\u00fcr die Erstellung und Pflege von Blog. Mittlerweile gibt es so viele Erweiterungen, dass ein Blog nur noch eine von vielen M\u00f6glichkeiten ist, eine Webseite \u00fcber die WordPress-Plattform zu bauen. Da f\u00fcr Access im Unternehmen der Umzug auf ein ein moderneres System anstand, haben wir uns f\u00fcr WordPress entschieden. Es bietet gleichzeitig viele M\u00f6glichkeiten und ist dennoch recht einfach zu bedienen. Das gilt allerdings auch nur, wenn Sie keine besonderen Anforderungen haben \u2013 was in unserem Fall anders aussieht: Immerhin vollen mehr als 1.000 Beitr\u00e4ge samt Bildern und Downloads \u00fcbertragen werden. Und es darf auch nicht jeder alle Beitr\u00e4ge vollst\u00e4ndig betrachten, sondern nur \u00fcber eine Benutzerverwaltung erfasste Abonnenten. Wie wir das realisiert haben, zeigen wir in diesem Beitrag.<\/p>\n Zum Artikel …<\/a><\/p>\n Ein Kunde hatte die Anforderung, das dass Backend grunds\u00e4tzlich auf dem Server liegen sollte und der Benutzer vom Frontend auf seinem Rechner per Netzwerk vom Homeoffice darauf zugreift. Wegen nicht stabiler Internetverbindung soll das Backend aber w\u00e4hrend der Bearbeitung besser auf den lokalen Rechner kopiert werden und nach dem Schlie\u00dfen der Anwendung wieder zur\u00fcck auf den Server. Wie man dies realisieren kann und was dabei zu beachten ist, zeigen wir in diesem Beitrag.<\/p>\nDatenhistorie per Trigger<\/h3>\n
Datenhistorie-Trigger schnell anlegen<\/h3>\n
Verweise per VBA verwalten<\/h3>\n
Flexible Adressen<\/h3>\n
Von Access nach WordPress<\/h3>\n
Backendkopie zum Bearbeiten holen<\/h3>\n