Suchergebnisse

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…

Dein Beispiel hat nicht so viel mit dem eigentlichen Insert zu tun. Verkürzt wäre es: SQL-Abfrage (1 Zeile) Wäre möglich, dass es Methoden im .net gibt, welche die Deklaration im Hintergrund selbst erledigen. Und wenn ich gegen eine MS-SQL Arbeite, sollte am Ende immer gültiges T-SQL raus fallen.

Es geht nicht um die Kürze, sondern in deinem Insert gibst du keine Column Names an, und nur einen Value. Mein Beispiel ist ein verkürzten Beispiel des TE Also gibt es Methoden, die es erlauben unsaubere Queries zu schreiben und diese zu fixen?

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.

Jetzt bin ich ein wenig verwirrt. Du schreibst im Titel MSSQL Jetzt schreibst du MySQL? Was benutzt du denn jetzt? Sind ja zwei unterschiedliche Dialekte. Mit direkt eingeben wäre bei MSSQL das SQL Server Management Studio?

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?

Was ist denn mit diesem Insert Ansatz? Zitat von Haudruferzappeltnoch: „ (Versteckter Text) “