partizan

Einen (ganz frühen) guten Morgen zusammen!

Wahrscheinlich ist das für jene, die sich mit REGEXP auskennen eine Kleinigkeit, ich probiere schon einen ganzen Tag und komme zu keinem befriedigenden Ergebnis.

Mein Stand der Dinge ist
dings REGEXP '[^a-zA-ZäöüßÄÖÜ]*".$bums."[^a-zA-ZäöüßÄÖÜ]*'
Das soll 'übersetzt' bedeuten
in dings soll nach $bums gesucht werden, wobei $bums [weder Kleinbuchstaben, noch Großbuchstaben noch Umlaute und "ß" in beliebiger Zahl] voranstehen oder folgen.

Es wäre nett, wenn mir jemand sagen könnte, wie es besser lauten sollte, so dass es funktioniert.

Vielen herzlichen Dank!
partizan

Mister Ad

Chriz

Für MySQL?

Erstmal würde ich preg_quote($bums) schreiben. Statt deinem vorher/nachher Teil benutz Lookahead/Lookbehind-Assertions. Suchst du vielleicht \b (Wortgrenze)? Volltextsuche, LIKE???

__________________
"Nuschel ich?" - "Was?"

partizan

na klar - so spare ich mir den späteren Einzelabgleich...

...was mir allerdings genau diese Möglichkeit nimmt...

Die MySql-Abfrage ist wesentlich umfangreicher, als dieser kleine Ausschnitt, aber die anderen Bestandteile funktionieren ja, weshalb ich das hier nicht ansprach. Vom Ablauf her verfahre ich so, dass ich mit der MySQL-Abfrage ca. 400.000 Datensätze durchsuche und lediglich diejenigen akzeptiere, welche gewisse Grundbedingungen erfüllen. Die Treffer kommen dann in ein Array, dass ich mit preg_match und anderen nach weiteren Bedingungen filtere.

Kenn ich nicht, finde ich nur Sachen bzgl. Perl dazu.

du willst gar nicht wissen (oder gar lesen), was ich alles schon versucht habe... letztlich geht es ja um die Frage, wie die Anweisung lautet, mit dem ich heraus filtere, dass Groß-/Kleinbuchstaben und Umlaute vor oder hinter dem Item stehen. LIKE verwende ich auch, kann dabei meines Erachtens aber "Groß-/Kleinbuchstaben und Umlaute" nicht ausgrenzen.

Trotzdem Danke!
partizan

Chriz

Ist doch sch* ob das fuer Perl oder nicht ist, RegExp ist groesstenteils allgemeingueltig. Wenn ich fuer andere googlen muss werd ich echt stinkig. Als ob man das nicht selbst machen koennte.
http://www.google.com/search?sourcei...ead+assertionl
(gleich die erste Seite)

Vermutlich ist dein Datenbankkonzept falsch, aber willst ja nix verraten.

__________________
"Nuschel ich?" - "Was?"

partizan

hab mittlerweile dazu gelesen und auch ausprobiert.

dings REGEXP '(?![a-zA-ZäöüßÄÖÜ])".$bums."(?![a-zA-ZäöüßÄÖÜ])')
als Ergebnis erhalte ich eine MySQL-Fehlermeldung

übrigens ist mir mittlerweile aufgefallen, dass die Unzulänglichkeit von
dings REGEXP '[^a-zA-ZäöüßÄÖÜ]*".$bums."[^a-zA-ZäöüßÄÖÜ]*'
genau dann auftritt, wenn $bums unmittelbar an ein "ü" stößt. Ich nehme mal an, dass dies auch im Fall anderer Umlaute so ist, dass also die Negation [^ beim ü nicht funktioniert...

Ich habe nicht darum gebeten, dass du für mich googelst. Ich habe darum gebeten, dass mir jemand mit REGEXP hilft, wenn sie oder er dazu etwas weiß.

Chriz

Achso, fällt mir grade auf: evtl. unterstützt MySQL Assertions nicht. Kannst du nochmal beschreiben warum du so komplexe Suchen benötigst, vielleicht findet sich eine bessere Lösung?! Wenn du einen MySQL-Fehler erhältst, schau dir halt mal das Query und die Fehlermeldung an ...
Du postest deinen PHP-Code, der ist ziemlich uninteressant, wenn MySQL meckert.

__________________
"Nuschel ich?" - "Was?"

fireweasel

Und ich nehme mal an, dass du Zeichensatzkodierungen durcheinandergewürftelt hast. Das führt dazu, dass dein "ü" in der verwendeten Kodierung als irgendwas anderes als ein Buchstabe erkannt wird (zwei Zeichen in UTF-8 beispielsweise).

Es sollte genügen, wenn dein RegEx auf das Nichtvorhandensein EINES "Nichtbuchstaben" vor und nach dem Suchbegriff prüft. Die Sterne sind also unsinnig. Wenn dein RegEx-Dialekt keine Assertions unterstützt, kannst du das auch mit einfachen negierten Zeichenklassen machen.

MySQL scheint zwar keine Assertions, dafür aber POSIX-Character-Classes zu unterstützen.

http://dev.mysql.com/doc/refman/5.5/en/regexp.html

Aber bevor du das Kodierungsproblem nicht gelöst hast, lohnt es sich nicht, Gedanken zu machen, warum der RegEx nicht "matcht" ...

__________________
Wir schreiben schließlich Code und malen keine ASCII-Bilder.

partizan

warum ich so komplexe Suchen benötige:
Ich habe >400.000 Datensätze, die zwei Trefferqualitäten besitzen.
Die erste Qualität ist "passt" oder "passt nicht", also true oder false
Die zweite Qualität ist "passt gut" oder "passt schlecht".

Für die erste verwende ich die SQL-Abfrage und reduziere die 400.000 auf z.B. 1.000 Treffer. Diese Treffer packe ich in ein Array, welches danach teilweise mehrfach durchlaufen und nach "gut" oder "schlecht" gefiltert wird.

Konkret geht es um Bauteile für Fahrzeuge. Wobei sich die Fahrzeuge in ihren Modellnamen oft nur minimal unterscheiden. Da gibt es dann das Modell
Liberty 1.6, das Modell Liberty 1.6i und das Modell Liberty 1.8. Wenn ich nun Bauteile haben will, die beim 1.6i passen, kann ich ja schlecht nach "i" suchen, weil das immer in Liberty gefunden wird. Wenn ich jedoch sage es darf kein Buchstabe/Umlaut direkt davor oder dahinter stehen, dann bekomme ich bei suche nach "1.6" und "i" nur die Treffer für Liberty 1.6i - comprendre?

Die Fehlermeldung ist zeimlich unspektakulär:
mysql_num_rows(): supplied argument is not a valid MySQL result resource 131
wobei in 131 die Anweisung REGEXP '(?![a-zA-ZäöüßÄÖÜ])".$bums."(?![a-zA-ZäöüßÄÖÜ])') steht.

Schöne Grüße
partizan

partizan

neee! Das Vorhandensein von 0 oder mehr Zeichen, die nicht [a-zA-ZäöüßÄÖÜ] sind. Für den Fall dass das gesuchte Item unmittelbar am Beginn des Satzes steht, hilft mir eine Abfrage nach Vorhandensein eines Nichtbuchstabens nix.

fireweasel

So, letzer Versuch. Kann man dieses bescheuerte Sicherheiz-Token nicht abschalten oder wenigstens das Zeitfenster verlängern? *grrrrrrr*

MySQL kennt die String-Anfang|Ende-Assertions "^" und "$".

http://dev.mysql.com/doc/refman/5.5/...-matching.html

Nehmen wir mal an, es kennt auch Alternative Subpatterns:

REGEXP '(^|[^[:alpha:]])word([^[:alpha:]]|$)'

Sollte dann funktionieren. Der "gematchte" String muss dann allerdings oft noch von den Zeichen vor oder hinter dem "bums" gereinigt werden. Wenn man irgendwie an die Subpatterns rankommt, ist das aber machbar.

Update:
Es geht viel einfacher. Wenn man die Wortgrenzen-Spezialklassen benutzt:

REGEXP '[[:<:]]word[[:>:]]'

http://dev.mysql.com/doc/refman/5.5/en/regexp.html (am Ende der Seite)

Die Fehlermeldung kommt daher, weil du vergessen hast, das Query-Ergebnis darauf zu prüfen, ob es sich auch um ein Resultset handelt. Also mit is_resource($result) testen, bevor du mysql_num_rows() darauf loslässt. Wenn ein Fehler aufgetreten ist, kannst du dann den Fehlercode und die dazugehörige Fehlermeldung abfragen. Die dürften aussagekräftiger sein als die PHP-Fehlermeldung.

__________________
Wir schreiben schließlich Code und malen keine ASCII-Bilder.