Suchergebnisse
Suchergebnisse 1-8 von insgesamt 8.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
Sorry, aber die Fehlermeldung ist so eindeutig und einfach bei MS zi finden. Du versuchst mit deinen ganzen @xyz eine Variable anzulegen, welche du vor her nicht Deklarierst. Und alles nur weil du vollkommen falsch einem INSERT versuchst. Egal ob nun zu Fuß, per CommandBuilder, oder wie man es seit Jahren richtig macht mit einem Object Relationship Mapper (z. B. Entity Framework), dann würde es auch funktionieren. Versuche mal dein Insert im Management Studio direkt als T-SQL nachzubauen.
-
@B und Co sind Variablen, welche vor der Verwendung deklariert werden müssen. Das geschieht nicht. Siehe auch: learn.microsoft.com/de-de/sql/…ror?view=sql-server-ver16 Es wurde ein Insert Query aus einem anderen Zusammenhang gerissen und dies nur nun versucht zu verwenden. Auch wenn es nicht mein Stil wäre, aber hier klick würde man fündig werden. Dann muss man nur noch Inserts verstehen. @Haudruferzappeltnoch du möchtest also nicht Objektorientiert arbeiten und dich im Code nicht um das Backend…
-
Wer nicht Angibt was er haben oder ändern will, schreib unsauber. Consume what you need. Change only what is nevessary. Und wie ich schon schrieb, schön für dich, dass deine .net Methode dir arbeit abnimmt. Die Deklaration einfach im Hintergrund erledigt. Am Ende des Tages musst du eben immer den SQL-Dialekt erzeugen. Wenn also der TE seinen Insert auf dein Beispiel umbaut, sollte es ja nun für ihn reichen.
-
Maja, du kannst aber den Insert in deinen MySQL Server nicht mit dem Insert in den verwendeten MSSQL Server gleich setzten. Es handelt sich zm zwei verschiedene Systeme (da würde ich bei größeren Versionsunterschieden zwischen zwei MSSQL Servern sogar vorsichtig sein) und zwei Unterschiedliche SQL-Dialekte. Da kann man nicht von A auf B schließen. Funktioniert dein Insert im MS SQL Server Management Studio gegen die Original DB, bzw. eine Kopie als Entwicklungsumgebung?