[Sekundentakt]

Guten Abend Entwicklergemeinde,

nachdem ich heute und gestern längere Zeit im Internet gesucht habe, muss ich leider enttäuscht feststellen, dass zu meinem Thema keine - für mich - brauchbaren Informationen gefunden werden konnten.

Da ich das Problem am besten anhand eines Code-Beispieles darstellen kann, versuche ich das mal folgendermaßen:

SELECT ID, Name FROM table1 WHERE Funktion(Input wird aus Spalte der aktuellen Zeile geholt) = $string

Ich möchte, dass aus "table1" die ID sowie der Name herausgesucht werden, bei denen die Funktion, gefüttert mit Daten aus der aktuellen Spalte der Zeile einen Treffer auf $string verbucht.

In der Tabelle steht zum Beispiel
ID, Name, String
0, Otto, Achsachmawaddamahaadrann
1, Anton, Anton

Dann lautet der SQL Befehl

SELECT ID, Name FROM table1 WHERE Funktion(Achsachmawaddamahaardrann) = $string;

und für die nächste Zeile

SELECT ID, Name FROM table1 WHERE Funktion(Anton) = $string;

Der Query würde also für jede Zeile etwas anders lauten - MySQL soll das selbstständig umsetzen, völlig dynamisch.

Das Ganze habe ich natürlich in PHP bereits am Laufen, allerdings finde ich den Umstand ärgerlich, dass ich zu aller erst einmal alle Datenzeilen der Spalte "String" in ein PHP Array übergebe, durch eine Funkion jage und dann via preg_match z.B. Vergleiche, ob in $string der (bearbeitete) Inhalt aus der Datenspalte gefunden wurde und dann die dazugehörige ID und Name in ein anderes Array speichere.

Warum soll ich alle Tabelleninhalte von MySQL nach PHP transportieren, wenn mich nur zwei Datenzeilen interessieren?

Die Problematik an sich ist ja eigentlich nur, dass ich nicht nicht nachschauen will, ob der Inhalt der Spalte "String" = $string ist, sondern ob das Ergebnis der Funkion "Funkion(Spalte "String" der AKTUELLEN Zeile)" auf $string passt.

Ich vermute, dass eine Methode, die so arbeitet, wie ich mir das gerade denke, performanter wäre, als die PHP-Variante.

Für Denkanstöße (und vor allem Referenzen oder Beispiele) wäre ich sehr, sehr dankbar!

Gruß

[pago]

Ich vermute das wird dir nicht gefallen, könnte aber die einzige Lösung sein...
http://dev.mysql.com/doc/refman/6.0/en/adding-udf.html

Jedenfalls wenn ich dich richtig verstanden habe.

[Sekundentakt]

Hi Pago,

was du mir da rausgesucht hast, bedeutet für mich, wenn ich es richtig übersetzt habe, dass ich eigene C++/C-Funktionen schreiben muss, die quasi das tun, was ich will?

Sprich: ein Select in der Select-Abfrage, der statt der gesamten Tabelle, den aktuellen Datensatz der Spalte XY einsetzt, gibt es nicht (deines Wissensstandes nach)?

Interessant wäre es ja, so etwas zu gestalten, doch C++ ist mir derzeit noch fremd.

Trotzdem danke!
Gruß

[pago]

Die Frage dabei ist ja, was deine "FUNKTION" eigentlich macht. MySQL hat einige Funktionen eingebaut, wenn du die verwenden kannst, solltest du das tun. Wenn nicht bleibt dir nur die Möglichkeit, über C/C++ eine Erweiterung zu schreiben, oder die Rechnung nach PHP zu verlagern.
Hängt aber wie gesagt davon ab, was die Funktion machen soll. Wenn du uns das sagen könntest, könnten wir dir vielleicht sagen, ob und wie du das mit MySQL-Mitteln umsetzen kannst.

[Sekundentakt]

Ich möchte z.B. das MySQLs Funktion für reguläre Ausdrücke einen Ausdruck aus der aktuellen Datenzeile in der Spalte "String" ausliest, und mit $string vergleicht. Wenn der Ausdruck der aktuellen Datenzeile auf $string passt, dann soll diese Zeile zurückgeliefert werden.

[pago]

http://www.regular-expressions.info/mysql.html
Da ist'n Beispiel, wie das gehen würde.

[Sekundentakt]

Hmm, ich habe mir das jetzt wirklich mehrmals durchgelesen, konnte aber nichts entsprechendes finden.

Der RegExp ist in der Spalte "String" abgelegt.
Dann soll MySQL folgendes matchen:

SELECT ... WHERE REGEXP('Spalte-Strings Inhalt') = $string

Steht in der aktuellen Zeile in der Spalte String "/regexp/i" dann lautet der Code (sinngemäß)

[/FONT]

SELECT ... WHERE REGEXP('/regexp/i') = $string

Der $string würde hierbei aus einem Formular stammen, der reguläre Ausdruck aber aus einer Tabellenspalte. Mit anderen Worten: Konstant bleibt der String, nicht aber der reguläre Ausdruck.

[pago]

Stimmt. Okay... also entweder es geht so:

WHERE $string RLIKE column

oder du wirst wirklich den C++-Weg nehmen müssen. Finde jedenfalls auf die schnelle nichts passendes.

[Sekundentakt]

Zitat von pago

Stimmt. Okay... also entweder es geht so:

WHERE $string RLIKE column

oder du wirst wirklich den C++-Weg nehmen müssen. Finde jedenfalls auf die schnelle nichts passendes.

Bist du dir wirklich sicher, dass du RLIKE richtig verwendest?
Meine MySQL Datenbank haut bei folgendem Befehl

SELECT * FROM `tabletest` WHERE "Test 1234 test" RLIKE `String`

nämlich keine Ergebnisse zurück und behandelt `String` als Pattern.

Schade, dann wird das wohl nichts.

Trotzdem Danke für die Hilfe.

[Sekundentakt]

Hier mal ein Gedanke:

SELECT * FROM `table1` WHERE '$suchstring' RLIKE (SELECT `String` FROM `table1`)

Allerdings liefert er mir hierbei kein Ergebnis zurück, obwohl $suchstring vom RegExp gefunden hätte werden müssen.

Wenn ich beim RegExp keine "Befehlszeichen" wie für Regular Expressions üblich verwende, sondern nur das reine Wort verwende, dann funktioniert es.

Also z.B. wird im $suchstring "Hans du hast das Auto geklaut" mit RLIKE (SELECT entspricht "\sAuto\s/i") gesucht, findet er nichts, lautet der Spalteninhalt allerdings nur "Auto" und nicht "\sAuto\s/i" findet er die entsprechenden Zeilen.

Nun sind diese "Befehlszeichen" allerdings sehr wichtig - hat jemand ne Idee warum es nicht funktionieren könnte?

Übrigens: Ersetze ich die \s durch z.B. [:space:], dann macht das keinen Unterschied!
Ich habe bisher noch nicht gehört, das \s berücksichtigt bzw. nicht berücksichtigt werden, sollte aber letzters zutreffen: die Alternative hat auch keine Wirkung.

[pago]

Auf der Seite, die ich verlinkt habe, steht folgender Absatz:

MySQL does not offer any matching modes. POSIX EREs don't support mode modifiers inside the regular expression, and MySQL's REGEXP operator does not provide a way to specify modes outside the regular expression. The REGEXP operator always applies regular expressions case insensitively, the dot matches all characters including newlines, and the caret and dollar only match at the very start and end of the string. In other words: MySQL treats newline characters like ordinary characters.

Heißt: Wahrscheinlich ist das /i das Problem. Versuch's mal ohne.

[Sekundentakt]

Nein, dass funktioniert leider auch nicht.
Das Problem lag aber auch nicht am RegExp, sondern daran, dass er an der Stelle von $suchstring eine Tabellenspalte erwartet, bei der letzten Variante von mir meckert er dann zusätzlich noch rum, wenn die SELECT-Abfrage mehr als ein Argument zurückliefert - somit hat sich das Thema, C++ außen vor gelassen, erledigt.


Trotzdem danke!