Da gibt es immer wieder Probleme! Am einfachsten ist es, die Sonderzeichen durch die HMTL-Kennungen zu ersetzen, damit spart man sich den ganzen Ärger ums richtige Anzeigen der Sonderzeichen. Eine sinnvolle Übersicht gibt es hier.

Update: eine gute Übersicht mit den zugehörigen ASCII-Codes gibt es auch hier.

Nur der beste Code ist gerade gut genug, um den Microsoft-Kunden übergeben zu werden. Damit das immer so sein wird und jede Fehlermeldung nie mehr wieder kommt, unternimmt Microsoft höchste Anstrengungen:

(Bis zum Ende ansehen!)

Ich bin ja kein großer Freund von Assistenten. Die machen meist zu viel und zu einfach. Wobei ich nicht sagen möchte, dass alles zu Fuß gemacht sein will, wofür wurde schließlich der Computer erfunden, wenn nicht zur Unterstützung der Menschheit.
Ein großes Thema scheint mir immer wieder die Migration von MS Access Datenbanken zu SQL-Server zu sein. Bisher gab es den “Upsizing-Assistant”, nun hat Microsoft einen neuen erfunden, den “SQL-Server Migration Assistant for Access“. Dieser soll stabiler laufen und mit besseren Ergebnissen aufwarten als der Alte. Ich habe keinerlei Erfahrung damit, aber für viele kann das eine Hilfe sein.

Weil die Produkte “Microsoft Access” und “Microsoft SQL-Server” eine unterschiedliche Syntax in den SQL-Statements verwenden (JET-SQL und T-SQL), ist eine gute Aufstellung mehr als hilfreich:

Quick MS Access (JET SQL) to SQL Server (T-SQL) Conversion Guide

Ein Update, das Microsoft (anscheinend vom 30. April 2007 an) verteilt, zerstört die “Microsoft XP Office Web Components”. Es äußert sich darin, dass daran gebundener Office-VBA-Code mit der vielsagenden Meldung “‘Microsoft XP Office Web Components’ nicht gefunden. Datei OWC10.DLL nicht vorhanden.”.

Die Datei ist aber nach wie vor vorhanden (liegt in ‘C:\Programme\Gemeinsame Dateien\Microsoft Shared\Web Components\10′). Aber die Version ist ziemlich alt: v10.0.2621.0 vom 23.02.2001. Ersetzt man diese wieder durch eine aktuelle v10.0.6765.0 läuft wieder alles.