Einzelnen Beitrag anzeigen
Ungelesen 01.08.12, 09:16   #4
kkhamburg
Profi
 
Benutzerbild von kkhamburg
 
Registriert seit: May 2009
Ort: riding the roos
Beiträge: 1.468
Bedankt: 1.057
kkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punktekkhamburg leckt gerne myGully Deckel in der Kanalisation! | 594749 Respekt Punkte
Standard

Das problem ist, das in SQL das Prozentzeichen als Wildcard interpretiert wird.

Das bedeutet im schlimmsten Fall das er mehr Datensätze ändern würde als du willst.

Mein Beispiel ist eigentlich selbsterklärend, im Suchstring Wo%rt wird dem Prozentzeichen ein Ausrufezeichen vorangestellt und SQL mitgeteilt, dass das Ausrufezeichen ein Escape-Zeichen ist. Damit wird das Prozentzeichen nicht mehr von SQL interpretiert sondern einfach als Teil des Strings gewertet.

Ergo musst du u. U. per String-Replace dafür sorgen das vor dem Prozentzeichen ein Escape-Zeichen ist und dieses SQL bekanntmachen.
__________________

[ Link nur für registrierte Mitglieder sichtbar. Bitte einloggen oder neu registrieren ]


kkhamburg ist offline   Mit Zitat antworten