woeh schrieb:

einen fehler.

Klassiker!

Solche "Fehler" kannst du einfach umgehen indem die deinen CommandText mit Parametern aufbaust.

Dafür habe ich von dir zu wenig Informationen

Gewöhnlich über Command.parameter.add(....) hängt aber von der Datenbank ab (SQL / Access / Oracle / ....) sind alle leicht unterschiedlich aufgabaut.

Dein sql ist der CommandText.
Den weist du in deinem Code einem Command zu. Danach kannst du mit DeinCommand.Parameter.Add(...) einen Parameter hinzufügen.

Beispiel:

Ja das bessere hat er gepostet.



Füge jeden Parameter darüber hinzu.
Solche Replace Konstrukte beinhalten nicht alle möglichen "Probleme" (Stichwort SQL Injection)

1. Command.Parameters -> sauber und empfehlenswert
2. String.Replace("'", "") -> unsauber

Das Like % in deinem SQL hat damit nix zu tun, das bewirkt nur, das die Zeichenfolge vor/nach deines Strings egal ist.

Edit: Ich nehme gerne die .Parameters.AddWithValue() Variante.

@Mono @mrMo Danke für die Unterstützung.
Im Nachgang fällt mir auch auf das @woeh meinen Lösungsvorschlag mit Parameters.Add völlig ignoriert hat

woeh schrieb:

ich weiß jetzt nicht wohin ich den parameter packen soll....ich gebe je ja zu

Keine Schande das (noch) nicht zu wissen. Hab den Syntax grad nicht im Kopf (lieg am Strand), aber die andern können da sicher aushelfen

P.S. gewöhn dir dann die Parameter Variante an, ist deutlich komfortabler

Das könnte helfen:
msdn.microsoft.com/de-de/library/ebxy9a8b(v=vs.90).aspx
oder

Der OLE DB-.NET-Anbieter unterstützt keine benannten
Parameter für die Übergabe von Parametern an eine SQL-Anweisung oder
gespeicherte Prozedur, die von OleDbCommand aufgerufen wird, wenn
CommandType auf Text festgelegt ist. In diesem Fall muss das
Fragezeichen (?) als Platzhalter verwendet werden. Beispiel:

SELECT * FROM Customers WHERE CustomerID = ?

Die Reihenfolge, in der OleDbParameter-Objekte der
OleDbParameterCollection hinzugefügt werden, muss daher direkt der
Position des Fragezeichenplatzhalters für den Parameter im Befehlstext
entsprechen.

woeh schrieb:

wie jetzt ?
ihr verwirrt mich immer mehr....

Einfach angewöhnen und zwar ab sofort , mit parametisierten SQL Statements zu arbeiten und dieses SQLStringGefrickel bitte sein lassen

@woeh

ich hab dein Beispiel mal "korrigiert"

Schamash schrieb:

@woeh

ich hab dein Beispiel mal "korrigiert"

VB.NET-Quellcode

1. Public Function DatabaseFillTable() As Boolean
2. Dim con As New OleDb.OleDbConnection(GetConnectionString)
3. Dim com As New OleDb.OleDbCommand("SELECT * FROM Overview WHERE Filename = @fname AND Path = @pfad")
4. com.Parameters.Add("@fname", OleDb.OleDbType.BSTR).Value = File.Name
5. com.Parameters.Add("@pfad", OleDb.OleDbType.BSTR).Value = File.DirectoryName
7. ds.Tables.Add(dt)
8. da = New OleDb.OleDbDataAdapter(com)
9. If da.Fill(dt) > 0 Then
10. bs.DataSource = dt
11. Return True
12. Else
13. Return False
14. End If
15. End Function

Das wird so nicht funktionieren

Weil:
Der OLE DB-.NET-Anbieter unterstützt keine benannten
Parameter für die Übergabe von Parametern an eine SQL-Anweisung oder
gespeicherte Prozedur, die von OleDbCommand aufgerufen wird, wenn
CommandType auf Text festgelegt ist. In diesem Fall muss das
Fragezeichen (?) als Platzhalter verwendet werden. Beispiel:

SELECT * FROM Customers WHERE CustomerID = ?

Die Reihenfolge, in der OleDbParameter-Objekte der
OleDbParameterCollection hinzugefügt werden, muss daher direkt der
Position des Fragezeichenplatzhalters für den Parameter im Befehlstext
entsprechen.

Das sollte gehen:

@EpagneulBreton Ich arbeite seit Jahren mit Access und "@Name" als Parameter. Das ? ist ein Platzhalter die OLEDB Schnitstelle arbeitet aber auch mit @Paramertern. Die Einschränkung der korrekten Reihenfolge bleibt aber bestehen. Ich finde aber das ein @Name schöner zu lesen ist wie ein ?