Office: (Office 2010) möglicherweise einen Operanden, aber keinen Operator eingegeben.

Hallo zusammen,

wenn ich meiner Abfrage folgendes über den Ausdrucksgenerator hinzufüge

InStr(1, [Dateiname], "#", 1)

bekomme ich immer folgende Meldung:

"Der von Ihnen eingegebene Ausdruck ist syntaktisch falsch. Sie haben möglicherweise einen Operanden, aber keinen Operator eingegeben."

Bei der Meldung wird dann im Ausdruck immer der Teil [Dateiname] markiert..
Ich habe schon alle möglichen Beiträge dazu durchgelesen, leider nichts passendes gefunden.
Ich habe solche Ausdrücke auch schon öfters gemacht, hat immer funktioniert.. bis jetzt *rolleyes.gif*

Jemand eine Idee?

Danke für euere Hilfe!

:)

 

Hallo,

das Trennzeichen bei Ausdrücken ist immer ein ";"

Gruß Ulrich

 

Hallo Ulrich,

wenn ich das Semikolon als Trennzeichen verwende bemängelt Access das Semikolon als Trennzeichen. Wenn ich den Ausdruck vom Generator erstellen lasse, sind standardmäßig auch schon Kommas als Trennzeichen verwendet.

Er markiert mir auch immer den Feldname..*eek.gif*

 

Zeig mal den kompletten SQL-String der Abfrage.
maike

 

Hallo,

also in der dt. Version wird im Ausdrucksgenerator als Trennzeichen ein ";" verwendet. Wenn das bei dir nicht so ist, sprechen wir offensichtlich von verschiedenen Dingen. Bitte erkläre mal genau, was du da wo machst.

Gruß Ulrich

 

Kann nur diesen Versuchen Schnipsel hier posten:

InStr(1, [Dateiname] , "#", 1)

Die Tabelle enthält die Felder "Dateiname", "Pfad" und "Änderungsdatum"

Ich bin in den Abfrageentwurf, habe die Tabelle hineingezogen und die 3 Felder unten reingezogen, klcike ich unten (wo ich die Felder reingezogen habe in ein leeres Feld und klicke auf "Aufbauen" -> klicke rum, damit ich den Ausdruck habe, kommt anschließend immer die Meldung "Der von Ihnen eingegebene Ausdruck ist syntaktisch falsch. Sie haben möglicherweise einen Operanden, aber keinen Operator eingegeben."

Was mich wundert, gestern hat es auf diese Art funktioniert.. oder ich habe einen Zwischenschritt vergessen...

Das der bisherige SQL-Code.

Code:

feneri

 

Was soll denn der Ausdruck bewirken? Instr() gibt nur die Position des gesuchten Zeichens zurück ...
maike

 

Code:

Ich suche die erste Position des Hashtag's im Namen.
Dazu suche ich die erste Position des "_" nach dem Hashtag.

Dann möchte ich mir den Teilstring zwischen diesen 2 Zeichen anzeigen lassen um somit die AuftragsID aus dem Dateinamen lesen zu können.

Mal sieht der Dateiname so aus "poajd12#1234_sfaf.xyz"

mal so "#1234_u23ejioqg.xyz

mal so "ij23jkjrh3#1234_.xyz

Die Position ist also variabel. Nur der Hashtag und der Unterstrich "Starten u. Beenden" die Auftragsnummer.

feneri

 

Der Ausdruck müsste also dann etwa so lauten:
Code:

Man könnte sich dazu auch eine Public Function schreiben und dann die in der Abfrage verwenden.
maike

 

Hallo feneri,

in der SQL-Ansicht würde das dann so aussehen:
Code:

Das ist dann aber ohne jede Fehlerbehandlung!

Gruß Ulrich

 

Hallo Maike und Ulrich,

danke für eure Antworten. Soweit funktioniert die Abfrage.

Da wären wir auch schon bei der nächsten..

Wenn ich aus der selben Tabelle eine Abfrage erstellen möchte, welche mir anhand eines Musters Dateien raussucht, ist dafür die Like() geeignet?

Aus der selben Tabelle, mit den selben "variablen Dateinamen" möchte ich nun die Dateinamen prüfen lassen, ob eine "Part ID" im Namen enthalten ist.

Die Stelle im Dateinamen ist wie oben schon beschrieben variabel und kann von "1234-1" bis "1234-99" gehen. Die ersten 4 Ziffern sind dabei die Auftragsnummer und die Zahlen nach dem Minus sind die zugehörigen Parts.

Mit der Like() habe ich rumprobiert aber leider nichts praktikables hinbekommen..

Danke schon jetzt!

feneri

 

Ja, LIKE ist der Operator für Mustersuche.
Die Möglichkeiten damit sind allerdings weniger umfangreich als bei regulären Ausdrücken.

 

Danke für deine Antwort Eberhard!

die regulären Ausdrücke übersteigt leider mein Latein.
Ich kann nachvollziehen, was deine Beispiele bewirken aber wüsste jetzt nicht wie ich meine Definition der Part-ID da einbringen soll..

Der Like Operator ist in meinem Fall also der falsche Weg?

 

Es kommt darauf an, wie gezielt und komplex Du das Suchmuster aufbauen möchtest und worin (Daten) man sucht. Die möglichen Platzhalter für LIKE sind nicht sehr umfangreich, geben aber schon einiges her: Like Operator (Visual Basic),

Reguläre Ausdrücke haben da gegenüber extrem viele Möglichkeiten wie auch eine hohe Verarbeitungstiefe. Man würde also nicht einzelne Zeichen suchen oder anzeigen lassen, sondern gleich Gesamtaufgaben lösen, damit sich der Einsatz lohnt. Die Verwendung eines externen Objektes an sich ist ja auch ein etwas höherer Aufwand (abgesehen von der persönlichen Einarbeitung).

Eine solche Gesamtaufgabe würde bspw. so aussehen, dass man solche Datenkonglomerate einmalig in atomare Informationen zerlegt und diese in einzelnen Tabellenfeldern speichert als Ersatz für das Konglomerat.
In Folge kann man sehr einfach und schnell filtern, sortieren oder was das Herz begehrt.

Es dürfte auch auffallen, dass das Zusammensetzen der Einzelinformationen (falls man den Gesamtausdruck braucht) deutlich einfacher zu erledigen ist wie umgekehrt das Auftrennen.

 

Hast du denn die Auftragsnummern irgendwo schon vorrätig, so dass du damit vergleichen könntest?
Falls deine Abfrage nicht sowieso schon dafür gedacht ist, halte dich an Eberhards Rat und lege die relevanten Teile der Dateinamen dauerhaft in einzelnen Feldern ab.
maike