MS SQL CHAR(300) Feld übernehmen

[Sir Rufo]

Das Problem ist nicht wegen AsVariant und lässt sich auch mit AsString nicht beheben.
Denn das daraus resultierende Statement lautet so:

Code:

INSERT INTO tblMS (chrFeld300) VALUES (010014422006620121026000000045135066105329500006000010012000000010605965670)

Für dieses Statement wird der Wert als Zahl interpretiert und diese Umwandlung schlägt eben fehl (genau das sagt ja auch die Fehlermeldung).
Da SQL etwas tolerant ist, kann es auch eine Zahl in ein Char-Feld speichern.

Hier soll aber keine Zahl, sondern eine Ziffernfolge gespeicht werden und das ist ein String/Char/Varchar.

Dann sollte man dem Statement dieses auch mitteilen: "Hallo, das ist bitte als Zeichenfolge zu verstehen."

Code:

INSERT INTO tblMS (chrFeld300) VALUES ("010014422006620121026000000045135066105329500006000010012000000010605965670")

Und damit alles im Leben einfacher, schneller - und viel wichtiger sicherer - wird, sind Parameter hier unbedingt zu empfehlen.

Code:

INSERT INTO tblMS (chrFeld300) VALUES ( :chrFeld300 )

oder in Delphi

Delphi-Quellcode:

qryIns.SQL.Text := 'INSERT INTO tblMS (chrFeld300) VALUES ( :chrFeld300 )';
// teilweise gibt es auch noch eine spezielle Methode zum Vorbereiten
// hängt aber von der Zugriffskomponente ab

// qryIns.Prepare;

while not qryDB2.EOF do
begin
  qryIns.ParamByName( 'chrFeld300' ).Value := qryDB2.FieldByName('FELD300').AsVariant;
  qryIns.ExecSQL;
  qryDB2.Next;
end;

// qryIns.Unprepare;

Das ist dann nicht nur sicherer, einfacher sondern vor allem erheblich schneller, da der Server jetzt schon weiß, was er machen soll und kann sich darauf vorbereiten (prepare). Es werden nur noch die reinen Daten vom Client übertragen, weil die Anweisung dem Server ja schon bekannt ist.

[Bernhard Geyer]

Zitat von Sir Rufo:

Dann sollte man dem Statement dieses auch mitteilen: "Hallo, das ist bitte als Zeichenfolge zu verstehen."

Code:

INSERT INTO tblMS (chrFeld300) VALUES ("010014422006620121026000000045135066105329500006000010012000000010605965670")

Und damit alles im Leben einfacher, schneller - und viel wichtiger sicherer - wird, sind Parameter hier unbedingt zu empfehlen.

Und wenn man es direk angiebt sollte man die SQL-Hochkommas verwenden sonst krachte es gleich wieder

[p80286]

Zitat von Bernhard Geyer:

Zitat von Sir Rufo:

Dann sollte man dem Statement dieses auch mitteilen: "Hallo, das ist bitte als Zeichenfolge zu verstehen."

Code:

INSERT INTO tblMS (chrFeld300) VALUES ("010014422006620121026000000045135066105329500006000010012000000010605965670")

Und damit alles im Leben einfacher, schneller - und viel wichtiger sicherer - wird, sind Parameter hier unbedingt zu empfehlen.

Und wenn man es direk angiebt sollte man die SQL-Hochkommas verwenden sonst krachte es gleich wieder

ÄH?
Hat er doch? ist doch MS!?

Gruß
K-H

[Sir Rufo]

Zitat von p80286:

Zitat von Bernhard Geyer:

Zitat von Sir Rufo:

Dann sollte man dem Statement dieses auch mitteilen: "Hallo, das ist bitte als Zeichenfolge zu verstehen."

Code:

INSERT INTO tblMS (chrFeld300) VALUES ("010014422006620121026000000045135066105329500006000010012000000010605965670")

Und damit alles im Leben einfacher, schneller - und viel wichtiger sicherer - wird, sind Parameter hier unbedingt zu empfehlen.

Und wenn man es direk angiebt sollte man die SQL-Hochkommas verwenden sonst krachte es gleich wieder

ÄH?
Hat er doch? ist doch MS!?

Gruß
K-H

Zum Einen das und zum Anderen werden von einigen DBMS auch beide Varianten unterstützt " oder '
Das ist aber obsolet, da man entweder mit Parametern (first choice) arbeitet oder das entsprechende Quoten/Escapen durch eine DBMS Funktion erledigen sollte (was bei der Verwendung von Parametern implizit erfolgt)

[Bernhard Geyer]

Zitat von p80286:

ÄH?
Hat er doch? ist doch MS!?

Gruß
K-H

Das ist der MS SQL-Server und damit ein richtiges DBMS und nicht Access.
Dort kenn ich nur dieses "wir machen alles anders als der SQL-Standard".

[rokli]

so ein dummer, dummer Fehler, den ich da gemacht habe!!

Aber erst einmal herzlichen Dank für Euer reges Integeresse...

Also es war natürlich die ZAHL, die ich übergeben hatte! Hätte ich den Wert in '' gesetzt, wäre alles gut gewesen.

Delphi-Quellcode:

qryIns := 'INSERT tblMS (chrFeld300) VALUES (' + QUOTEDSTR(qryDB2.FieldByName('FELD300').AsVariant) + ')';
qryIns.ExecSQL;

Einfach den String auch als String ausweisen [-> QuotedStr()] und es funktioniert!

Nochmals vielen Dank!!

Rolf

Und noch mal: Kaum macht mans richtig, schon ....

[DeddyH]

Und wieso hast Du Dich nun für die zweitbeste Lösung entschieden? Die Vorteile von SQL-Parametern wurden hier ja mehrfach genannt.

[Sir Rufo]

Zitat von DeddyH:

Und wieso hast Du Dich nun für die zweitbeste Lösung entschieden? Die Vorteile von SQL-Parametern wurden hier ja mehrfach genannt.

Da gab es doch was bzgl. der Antipathie einer speziellen Gruppe von Ökonomen gegenüber dem Ändern des Speiseplans