<\/p>\n
Es gibt Dinge, die gehen an einem vorbei, ohne dass man es merkt. Das war bei mir der Fall mit den Thema der Überschrift: Ich arbeite größtenteils mit Access-Datenbanken und weiß, dass dort das Sternchen (*) als Platzhalter für beliebige Zeichen beim Einsatz des Like-Operators zum Einsatz kommt. Und wenn ich mal mit dem SQL Server arbeite, dann weiß ich, dass dort stattdessen das Prozentzeichen gefragt ist (%). Neulich erhielt ich aber eine Datenbank von einem Leser, der sich wunderte, warum eine Lösung bei ihm schlicht nicht arbeitete. Nach einigen Experimenten und einer Internetrecherche war die Lösung gefunden: Der Leser betrieb die Datenbank im SQL-92-Kompatibiltätsmodus, 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.<\/b><\/p>\n
Standardmäßig arbeitet Access mit Access-SQL, was beispielsweise heißt, dass als Platzhalter für beliebig viele Zeichen in einem LIKE<\/b>-Ausdruck das Sternchen zum Einsatz kommt und als Platzhalter für genau ein Zeichen das Prozentzeichen.<\/p>\n
Im SQL Server ist das anders: Hier setzt man für beliebig viele Zeichen das Prozentzeichen als Platzhalter (%<\/b>) und für ein einziges Zeichen den Unterstrich (_<\/b>).<\/p>\n
SQL Server-kompatible Syntax<\/b><\/p>\n
Allerdings kann man bereits seit Access 2010 in den Access-Optionen einstellen, in welchem Modus künftig neu erstellte Datenbanken arbeiten sollen. Dazu öffnen Sie die Access-Optionen und wechseln zum Bereich Objekt-Designer|Abfrageentwurf|SQL Server-kompatible Syntax (ANSI92)<\/b>. Die dortige Option Standard für neue Datenbanken <\/b>ist üblicherweise nicht aktiviert (siehe Bild 1). Dementsprechend ist auch die nicht direkt bearbeitbare Eigenschaft In dieser Datenbank verwenden<\/b> normalerweise nicht aktiviert.<\/p>\n
![\"Einstellungen](\"..\/fileadmin\/_temp_\/2019_06\/pic_1210_001.png\")
<\/p>\n
Bild 1: Einstellungen für die SQL-Syntax<\/span><\/b><\/p>\n Erst wenn wir die Eigenschaft Standard für neue Datenbanken <\/b>in den Access-Optionen einer beliebigen Datenbank (oder auch in einer Access-Instanz ohne geöffnete Datenbank – dazu nach dem Öffnen die Escape-Taste drücken, um den Datei öffnen<\/b>-Bereich auszublenden) aktivieren, wird eine anschließend neu erstellte Datenbank im SQL Server-kompatiblen Modus geöffnet.<\/p>\n Wenn Sie nun eine neue Datenbank erstellen und den Optionen-Dialog erneut öffnen, sind beide Optionen aktiviert. Und Sie können die Option In dieser Datenbank verwenden <\/b>sogar direkt einstellen (siehe Bild 2).<\/p>\n <\/p>\n Bild 2: Aktivierte SQL Server-kompatible Syntax<\/span><\/b><\/p>\n Was ändert sich nun durch diese Einstellung Beim Experimentieren mit dem Like<\/b>-Operator im Entwurf einer Abfrage geben wir testweise den folgenden Ausdruck ein:<\/p>\n Nach Abschluss der Eingabe wird Like<\/b> in den Operator ALike <\/b>umgewandelt (siehe Bild 3). Wenn wir nun in die Datenblattansicht der Abfrage wechseln, erhalten wir allerdings ein leeres Datenblatt. Die ALike<\/b>-Funktion arbeitet also scheinbar nicht mit den von Access-SQL bekannten Platzhaltern.<\/p>\n Bild 3: Umwandlung von Like in ALike<\/span><\/b><\/p>\n Was ist aber nun der Vorteil von ALike<\/b>, wenn es nun schon automatisch von Access für Like <\/b>eingesetzt wird Der Vorteil ist, dass Sie mit ALike <\/b>die mit SQL-92 kompatiblen Platzhalter auch unter Access einsetzen können. Sie können also mit der gleichen Abfrage sowohl auf die Daten aus Access-Tabellen zugreifen als auch direkt auf SQL Server-Tabellen.<\/p>\n In Datenbanken, für die In dieser Datenbank verwenden <\/b>als Wert der Option SQL Server-kompatible Syntax (ANSI-92) <\/b>verwendet wird, können Sie das Prozentzeichen und den Unterstrich nur verwenden, wenn Sie direkt auf SQL Server-Datenbanken und kompatible zugreifen.<\/p>\n Platzhalter im Code<\/b><\/p>\n Wenn Sie nun Code programmieren, der den Like<\/b>-Operator mit dem Sternchen als Platzhalter verwenden soll, funktioniert dieser nur in Datenbanken wie erwartet, bei denen In dieser Datenbank verwenden <\/b>für die Option SQL Server-kompatible Syntax (ANSI-92) <\/b>nicht aktiviert ist.<\/p>\n Wenn Sie diesen Code dann in eine Datenbank übertragen, bei der die SQL Server-kompatible Syntax aktiviert ist, funktioniert dieser nicht mehr wie erwartet.<\/p>\n Was tun – sowohl in Abfragen als auch im SQL-Code unter VBA Uns fehlen leider Daten, wieviele Datenbanken tatsächlich mit der SQL Server-kompatiblen Syntax betrieben werden. Wer das tut, sollte wissen, warum er das tut und wie es sich auswirkt. So sollte ein Programmierer einer solchen Datenbank sich darüber bewusst sein, dass es zu Problemen kommen kann, wenn er Code oder Objekte von Dritten in die eigene Datenbank importiert und dort verwenden möchte.<\/p>\n Wenn man jedoch etwa Code-Erweiterungen für Kunden programmiert, die diese dann in die eigene Anwendung übernehmen sollen – wie beispielsweise die Klassen, die wir in Access im Unternehmen <\/b>gelegentlich vorgestellt haben -, dann sollte man für den Fall vorbereitet sein, dass die Zieldatenbank einen anderen Kompatibilitätsgrad verwendet wie man selbst.<\/p>\n Der einfachste Weg, eine mit beiden Kompatibilitätsgraden funktionierende Lösung zu liefern, ist schließlich der Vergleichsoperator ALike<\/b>, wobei als Platzhalter dann das Prozentzeichen und der Unterstrich zum Einsatz kommen.<\/p>\n Abfragen wie in Bild 4 funktionieren also auch in Datenbanken, die mit SQL-89 kompatibel sind, wie erwartet.<\/p>\n![\"Aktivierte](\"..\/fileadmin\/_temp_\/2019_06\/pic_1210_002.png\")
<\/p>\nLike 'C*'<\/pre>\n
![\"Umwandlung](\"..\/fileadmin\/_temp_\/2019_06\/pic_1210_003.png\")
<\/p>\n![\"Verwendung](\"..\/fileadmin\/_temp_\/2019_06\/pic_1210_004.png\")
<\/p>\n
![\"Meldung](\"..\/fileadmin\/_temp_\/2019_06\/pic_1210_005.png\")
<\/p>\n