Benutzer mit den meisten Antworten
dataAdapter - Wort 'Position' geschützt ?

Frage
-
Hallo Experten,
jetzt habe ich aber was ... Also, eine Tablelle 'Ansprechpartner' mit den Feldern Index, Name, Position wird wie folgt gebunden:
... temp = "Select * from Ansprechpartner" PIKdataAdapter = New OleDb.OleDbDataAdapter(temp, My.Settings.MonarchUFPConnectionString) PIKdataAdapter.Fill(PIKtable) ...
Funzt einwandfrei ...
temp="Select Name from Ansprechpartner" .... funzt auch noch
temp="Select Position from Ansprechpartner ... wird bei PIKdataAdapter.Fill(PIKTable) folgender Fehler zurückgegeben
"Fehler E_FAIL(0x80004005) in IErrorInfo.GetDescription"
Nun bin ich hingegangen und habe das Feld Position in "XXX" unbenannt und siehe da
temp = "Select XXX from Ansprechpartner" ... funzt
Die einzige Erklärung die ich dafür habe ist , dass das Wort "Position" irgendwie geschützt ist. Auch Versuche mit einer neuen DB und verschiedenen Tabellen erzeugten immer wieder den Fehler wenn das Wort "Position" im Select stand.
mfg eem monarch
- Bearbeitet Monarch-Falter Mittwoch, 28. März 2012 09:39
Antworten
-
"Position" ist weder in VB.NET, noch bei ACCESS als Reserviertes Word eingetragen. Welchen OLEDB Provider verwendest du? Um diesen Fehler zu Umgehen, kannst du dein SELECT-Statement wie folgt aufbauen
Dim Str as String Str = "SELECT [Position], [Vorname], [Nachname] FROM tbPersonal"
Gruß
David- Als Antwort vorgeschlagen Heslacher Mittwoch, 28. März 2012 12:00
- Als Antwort markiert Robert BreitenhoferModerator Freitag, 6. April 2012 13:25
-
Hi,
zusätzlich zu Davids Antwort hier noch ein Link für SQL Server (2000) reserved words : http://msdn.microsoft.com/en-us/library/aa238507(v=sql.80).aspx
Es dürfte sich bei der aktuellen Version des SQL Servers nichts geändert haben, ausser, dass evtl. noch mehr reserved words hinzugekommen sind.
Hannes
If you have got questions about this, just ask.
In a perfect world,
users would never enter data in the wrong form,
files they choose to open would always exist
and code would never have bugs.
C# to VB.NET: http://www.developerfusion.com/tools/convert/csharp-to-vb/- Als Antwort markiert Robert BreitenhoferModerator Freitag, 6. April 2012 13:25
Alle Antworten
-
"Position" ist weder in VB.NET, noch bei ACCESS als Reserviertes Word eingetragen. Welchen OLEDB Provider verwendest du? Um diesen Fehler zu Umgehen, kannst du dein SELECT-Statement wie folgt aufbauen
Dim Str as String Str = "SELECT [Position], [Vorname], [Nachname] FROM tbPersonal"
Gruß
David- Als Antwort vorgeschlagen Heslacher Mittwoch, 28. März 2012 12:00
- Als Antwort markiert Robert BreitenhoferModerator Freitag, 6. April 2012 13:25
-
Hi,
zusätzlich zu Davids Antwort hier noch ein Link für SQL Server (2000) reserved words : http://msdn.microsoft.com/en-us/library/aa238507(v=sql.80).aspx
Es dürfte sich bei der aktuellen Version des SQL Servers nichts geändert haben, ausser, dass evtl. noch mehr reserved words hinzugekommen sind.
Hannes
If you have got questions about this, just ask.
In a perfect world,
users would never enter data in the wrong form,
files they choose to open would always exist
and code would never have bugs.
C# to VB.NET: http://www.developerfusion.com/tools/convert/csharp-to-vb/- Als Antwort markiert Robert BreitenhoferModerator Freitag, 6. April 2012 13:25
-
Also aus ACCESS kann der Fehler nicht kommen, da dort das Statement "Select Position from Kundenstamm" funzt. Der OLEDB Provider ist Microsoft.Jet.OLEDB.4.0. Den Ausdruck zu Kapseln ist mir bekannt, trotzdem seltsam da das Wort "Position" nicht als Reserviertes Wort angegeben wird; weder in ACCESS, SQLServer oder .net.
naja, muss man wohl so hinnehmen ...
mfg eem monarch
-
Reserved words von Jet 4.0: http://support.microsoft.com/kb/321266
hier ist Position auch enthalten.
Hannes
If you have got questions about this, just ask.
In a perfect world,
users would never enter data in the wrong form,
files they choose to open would always exist
and code would never have bugs.
C# to VB.NET: http://www.developerfusion.com/tools/convert/csharp-to-vb/ -
Hallo Monarch-Falter,
Ich gehe davon aus, dass die Antworten Dir weitergeholfen haben.
Solltest Du noch "Rückfragen" dazu haben, so gib uns bitte Bescheid.Grüße,
RobertRobert Breitenhofer, MICROSOFT
Bitte haben Sie Verständnis dafür, dass im Rahmen dieses Forums, welches auf dem Community-Prinzip „Entwickler helfen Entwickler“ beruht, kein technischer Support geleistet werden kann oder sonst welche garantierten Maßnahmen seitens Microsoft zugesichert werden können.