SQL Fehler, war zuvor nicht da, seid ??? vorhanden.

[Jens Hartmann]

Hallo zusammen,

es ist mal wieder klar, heute habe ich eine Vorführung meiner Software und irgendwie hat sich bei mir ein Fehler eingeschlichen, der bislang noch nicht da war.

Ich habe vor kurzem angefangen meine Software auf ein Datenmodul umzustellen, ob das damit zutun hat weiß ich zwar nicht, aber wenn ich jetzt über die alten Connection Kompo´s und Query´s, die auf meiner Form liegen was per SQL ändern will kommt immer folgender Fehler. (siehe Anhang)

Danke schon mal

Gruß Jens

[Nersgatt]

Und, hast Du kontrolliert, ob die Tabelle "MB256" existiert? Außerdem fällt auf, dass nach dem Tabellennamen noch ein Zeilenumbruch kommt und dann das ";". Sollte aber eigendlich nichts ausmachen. Ich denke, es fehlt halt die Tabelle.

Gruß,
Jens

[mkinzler]

Existiert die Tabelle in dedr Datenbank, auf die die Connection zugreift? Heisst diese genau so?

[Jens Hartmann]

Tabelle existiert. Ich habe auch an diesem Programmteil nichts geändert.

Beim INSERT, kommt z.B. folgender Fehler...

Gruß Jens

[Nersgatt]

Dort heißt die Tabelle auf einmal "MB256PLUS", vorher hieß sie "MB256". Ich denke, da fehlen wirklich ein paar Dinge in Deiner DB.

[GHorn]

Wenn ich das aus dem Screenshot richtig erkennen kann,
hast Du vor und nach den Klammern keine Leerzeichen.

INTO MB256PLUS(.....)Values(.....)


Im übrigen hat Nersgatt recht: Wieso die unterschiedlichen Tabellennamen?

Gruß
Gerald

[Jens Hartmann]

Hallo,

also einmal war das so. Die Tabelle heißt MB256PLUS. Allerdings kommt beim INSERT jetzt folgender Fehler.

Delphi-Quellcode:

  QryMB256PLUS.Close;
  QryMB256PLUS.SQL.Text := 'INSERT INTO MB256PLUS '+
      '(LFDNR, DATUM, UHRZEIT, EREIGNIS, TEILNEHMER, BEREICH) '+
      'VALUES (:LfdNr,:Datum,:Uhrzeit,:Ereignis,:Teilnehmer,:Bereich) ';

  QryMB256PLUS.ParamByName('LfdNr').AsInteger := ParserTreeViewMB256.EntriesMB256[0].LfdNr;
  QryMB256PLUS.ParamByName('Datum').AsString := ParserTreeViewMB256.EntriesMB256[0].Datum;
  QryMB256PLUS.ParamByName('Uhrzeit').AsString := ParserTreeViewMB256.EntriesMB256[0].Uhrzeit;
  QryMB256PLUS.ParamByName('Ereignis').AsString := ParserTreeViewMB256.EntriesMB256[0].Ereignis;
  QryMB256PLUS.ParamByName('Teilnehmer').AsString := ParserTreeViewMB256.EntriesMB256[0].Teilnehmer;
  QryMB256PLUS.ParamByName('Bereich').AsString := ParserTreeViewMB256.EntriesMB256[0].Bereich;

  QryMB256PLUS.ExecSQL;
  ConSecurdat.Commit;

Das mit den Klammern müsste doch eigendlich so stimmen

Gruß Jens

[mkinzler]

Kann es sein das manche Strings länger sind als das Feld? Oder nicht konvertierbare Werte vorliegen (Datum, Integer) usw?
Warum Datum als String in Tabelle?
BTW. .as<Typ>() ist überflüssig bei Typgleichheit

[Jens Hartmann]

DANKE, DANKE, ES Funktioniert.

Hatte einmal den falschen Tabellennamen und die falsche Query. Hatte an diesem Programmteil lange nichts geändert, aber die Datenbank angepasst.

Und zwar genau das mit dem Datum. Datum ist jetzt auch Date und nicht mehr String.

Daher der Convert Fehler.

Danke nochmal Gruß Jens

[Sherlock]

OT: Alter, mal im Ernst. Sowas darf eigentlich nicht passieren. Nach einer DB-Änderung solltest Du zumindest mal oberflächlich gucken, ob Dein Programm noch läuft...Regressionstest halt. Dann wüsstest Du auch genau, was Du geändert hast, und müsstest nicht diesen hier machen

Andererseits, dafür ist die DP ja da!

Ich freu mich für Dich, daß Deine Präsentation gerettet ist, und wünsch Dir viel Erfolg dabei

Sherlock