Office: (Office 2013) INSERT INTO klappt nicht

fredfred · 27. März 2017

strSQL = "INSERT INTO tbl_Checkliste2 ( Kennzeichen )"
strSQL = strSQL & " SELECT Text33"
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Text33 ist wohl nicht der Name des Tabellenfeldes, sondern das Steuerelement.
Was sollte also SQL mit Text33 anfangen sollen ?

Code:

strSQL = "INSERT INTO tbl_Checkliste2 ( Kennzeichen ) VALUES('" & Me.Text33 & "'")
Currentdb.Execute strSQL, dbfailonerror
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

fraeser · 27. März 2017

Da Du viele Tipps ignorierst,
hier ein "Mini" für einen kleinen Erfolg (Textfeld in Tabelle):

Code:

Dim strSQL As String
strSQL = "INSERT INTO tbl_Checkliste2 (Kennzeichen)"
strSQL = strSQL & " SELECT '" & Me.Text33 & "'"
CurrentDb.Execute strSQL, dbFailOnError
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

fredfred · 27. März 2017

deleted

Nouba · 27. März 2017

Wenn Du es schaffst, Deine Textfelder ordentlich zu benennen, sollte folgende Parameterabfrage funktionieren. Code:

Private Sub btn_save_Click()

Const APP_QRY$ = _
"INSERT INTO Checkliste2 ( Datum, Shipment, PAL, CRT, ADR," & _
" PAL_all, CRT_all, Containernummer," & _
" Spediteur, Kennzeichen, Ladezeit_von ) " & _
"VALUES( [@Datum], [@Shipment], [@PAL], [@CRT], [@ADR]," & _
" [@PAL_all], [CRT_all], [@Containernummer], [@Spediteur]," & _
" [@Kennzeichen], [@Ladezeit_von] );"

With CurrentDb().CreateQueryDef(vbNullString, APP_QRY)
.Parameters("@Datum") = Me.txtDatum
.Parameters("@Shipment") = Me.txtShipment
.Parameters("@PAL") = Me.txtPAL
.Parameters("@CRT") = Me.txtCRT
.Parameters("@ADR") = Me.txtADR
.Parameters("@PAL_all") = Me.txtPAL_all
.Parameters("@CRT_all") = Me.txtCRT_all
.Parameters("@Containernummer") = Me.txtContainernummer
.Parameters("@Spediteur") = Me.txtSpediteur
.Parameters("@Kennzeichen") = Me.txtKennzeichen
.Parameters("@Ladezeit_von") = Me.txtLadezeit_von
.Execute dbFailOnError
End With

End Sub
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

fraeser · 27. März 2017

Ich glaube, jetzt haben wir den TS mit der abschließenden Prof-Guru-Version etwas überfordert :-).

ebs17 · 27. März 2017

Da Du viele Tipps ignorierst ...
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Selbst die Fähigkeit, Code als Code (in Code-Tags) darzustellen, ist in diesem Kalenderjahr abhanden gekommen.

Ich interpretiere dies als ein untergehendes Schiff.

elmar · 27. März 2017

Selbst eine echte Schwalbe ist lernfähiger als schwälbchen, daher führe ich es auch seit längerem auf meiner Igno-Liste.

fraeser · 27. März 2017

*Smilie
Die Schwalbe ist ein Zugvogel... momentan unterwegs...
*wink.gif*
Das mit den Code-Tags ist so eine Sache.
Ich weiß nicht, ob man die Forum-Scripts dazu bewegen kann, eingegebene 'Codeteile' zu erkennen, und dann - wenigstens - eine Info zur Benutzung von CODE bereitzustellen!?
Denke aber aber, eine kurze Info für Newbies sollte i.d.R. ausreichen.
Gesperrt hatte ich deswegen noch niemanden.

In dem Sinne... Schönen Abend für Alle

Toast78 · 27. März 2017

\@Beaker s.a. Danke für die Info. Ich kann leider kein "Like" hinterlassen *wink.gif*

schwaelbchen · 28. März 2017

Hallo zusammen,

ich möchte erst mal allen für ihre Beiträge/Vorschläge und (mehr oder weniger) Geduld danken.
Das Problem lag so grundsätzlich an einer geänderten Anforderung bzgl. der Einträge im Feld [Shipment] (z.B.: "123456"), denn bisher sollte da nur einer Nummer stehen. Daher hatte ich das Feld in der Zieltabelle als "ZAHL" definiert. Nun sollen jedoch mehrere Shipmentnummern (nacheinander durch Komma getrennt) in dieses Tabellenfeld (z.B.: "123456, 234567, 345678, 456789") kopiert werden.
Somit schlug natürlich das Speichern in der Tabelle fehl.

Nachdem ich nun das Feld als TEXT definiert habe, ist das Speichern ohne Probleme möglich.

DANKE noch mal an ALLE !

ebs17 · 28. März 2017

Nun sollen jedoch mehrere Shipmentnummern (nacheinander durch Komma getrennt) in dieses Tabellenfeld (z.B.: "123456, 234567, 345678, 456789") kopiert werden.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Da sind dann wieder "Experten" am Werk, und der Nächste wird sich darauf berufen, dass er alles so vorgefunden hat und nichts ändern kann/darf.

Vergleiche Es war einmal eine kleine Exceltabelle ...: Eine rechtzeitige Investition in etwas Ausbildung kostet nicht nur Geld, sie spart auch eine Menge Geld.

Beaker s.a. · 28. März 2017

\@Toast

Danke für die Info.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

*confused.gif*

Toast78 · 28. März 2017

Dass in Access-SQL ein SELECT nicht zwingend an eine Tabelle gebunden sein muss.

Beaker s.a. · 29. März 2017

Hallo Toast,
Ach so, du meintest dieses

Ob die Daten dabei per SELECT oder VALUES übergeben werden spielt
dabei erstmal keine Rolle.
Klicke in dieses Feld, um es in vollständiger Größe anzuzeigen.

Ich wollte damit nur ausdrücken, dass es für die Zusammensetzung des SQL-Strings keine Rolle spielt.
Ob nun SELECT oder VALUES richtig(er) ist weiss ich, ehrlich gesagt, nicht.
gruss ekkehard

Office: (Office 2013) INSERT INTO klappt nicht

INSERT INTO klappt nicht

INSERT INTO klappt nicht

INSERT INTO klappt nicht

INSERT INTO klappt nicht

INSERT INTO klappt nicht

INSERT INTO klappt nicht - Similar Threads - INSERT INTO klappt

MS ACCESS Insert into Foto in Datenbank

Info über SQL INSERT INTO

db.Execute " INSERT INTO

Datum per Insert Into in Tabelle einfügen mit Where

Mehrwertige Felder: INSERT INTO von Zellinhalten mit recordset2

Insert Into aus Formular in Tabelle

INSERT INTO-Anweisung