Office: (Office 2016) Interpretation von Anführungszeichen

Hallo Leutz,

ich habe eine Liste von Teilnummer in einer Exceltabelle.
MFS090
MFS170
FSB123
FSB450
(die Liste ist größer, hier nur Beispiele)
die Tabelle, die ich in Access nach diesen Teilnummern abfragen möchte, enthält, warum auch immer, hinter einigen Teilnummern ein Leerzeichen.
Dies ist nicht änderbar.

also habe ich die Teilnummern in Excel als Block markiert und in Word als Text eingefügt.
Mit suchen und ersetzen mache ich aus dem Zeilenumbruch ein " oder wie ".
damit sieht dann ein fertiges Kriterium so aus:
Wie "MFS535*" Oder Wie "MFS570*" Oder Wie "MFS580*" Oder Wie "FSB0052U*"

Der Weg, wie ich das gemacht habe sei bitte mal dahingestellt.

kopiere ich das Kriterium nach Access, ergibt die Abfrage keine Ergebnisse.
Warum auch immer habe ich in der Access-Abfrage die Anführungszeichen aus Word händisch überschrieben. Also das Zeichen, welches ich in Word mit Shift+2 generiert habe, wurde in Access mit der gleichen Taste überschrieben.
damit bringt die Abfrage die Ergebnisse wie erwartet.
Zoomt man, kann man erkennen, dass die Word- Anführungszeichen kursiv sind, die aus Access gerade (siehe Bild).

Offensichtlich akzeptiert Access nur das "sein" Anführungszeichen.
Ich habe nun versucht in Word das kursive gegen das gerade zu ersetzen. Word meldet mir auch Ersetzungen, Access akzeptiert es aber wieder nicht.
Muss man bei Access einen bestimmten Ascii-Code eingeben damit Anführungszeichen akzeptiert werden?

Grüße Will

:)

 

Aus Deinem Beitrag ist nicht zu sehen, wo und wie Du das Kriterium in Access genau eingegeben hast.
Zeig doch bitte mal die Abfrage in SQL Ansicht.

 

Mit der Excel GLÄTTEN Funktion kannst du zusätzliche Leerzeichen aus einem Text entfernen, so dass nur noch ein Leerzeichen zwischen Wörtern und keine Leerzeichen am mehr am Anfang oder am Ende eines Textes stehen.

Und hier: https://www.ms-office-forum.net/foru...d.php?t=319946

Gruß
Rainer

 

Code:

 

Code:

Fehlende Leerzeichen, eingestreute (für SQL) unbekannte deutsche Begriffe - da wehrt sich Jet gegen etwas mehr als nur falsch eingesetzte Anführungszeichen.

 

Code:

an den Leerzeichen kann es nicht liegen, ebenso wenig, dass ich in der Entwurfsansicht die deutschen Befehle verwende.
Ändere ich in der Entwurfsansicht lediglich die Anführungszeichen, werden im SQL die Befehle ins Englische übersetzt und die Leerzeichen zugefügt.

Grüße Will

 

Moin,
dein erzeugtes Kriterium sieht laut Post #1 (etwa) so aus:
Code:

Es muss aber (etwa) so aussehen:
Code:

Danach kann man sich dann über die Form von Anführungszeichen Gedanken machen.

Ah, ich lese gerade etwas genauer ... Du kopierst das Kriterium in die Entwurfsansicht von Access per Hand *boah ? Na, ja ...
Dann probiere bei statt der Anführungszeichen mal Hochkomma.

Aber die ganze Geschichte sieht mir arg nach suboptimalem Datenmodell aus.

maike

 

Man kann sich das Leben auch selbst schwer machen, wenn man eine Mischung aus Englisch und Deutsch macht, zusätzlich dann noch WORD als Editor verwendet.
Dein Datenmodell scheint auch nicht schlüssig.
Sowas ist keine gültige Syntax:
Code:

 

Eine ausführbare Abfrage (keine Laufzeitfehler wegen falscher Syntax) und ein leeres Abfrageergebnis sind/wären jetzt für mich schon mal ein Riesenunterschied. Der Einsatz der Anführungszeichen inklusive deren "Interpretation" hat mit Syntax zu tun.

Wenn keine Daten angezeigt werden:
- Man könnte es für möglich halten, dass es keine Daten gibt, die die vielfältigen Filterbedingungen erfüllen.
- Je nach Einstellung wäre ggf. statt des "*" ein "%" als Wildcard einzusetzen.

Vor allem sei nicht darüber nachgedacht.

 

ich greife mit Access direkt auf Teradata-Tabellen zu, am Datenmodell ist nichts zu rütteln.
Deswegen brauche ich mir auch keine Gedanken zu machen, ob da Leerzeichen in den Tabellen sind oder nicht. Hier heißt es einfach, friss oder stirbt.

es ist ein Ergebnis da, sobald ich die beschriebenen anderen Anführungszeichen einsetze.
Der einzige Unterschied zwischen Erfolg und Misserfolg liegt in den Anführungszeichen, die über die gleiche Taste erzeugt wurden. Nur einmal in Word und einmal in Access.

aber sei es drum, Gefahr erkannt, Gefahr gebannt.

vielen Dank für die Antworten Will