![]() |
Datenbank: MySQL • Version: 8 • Zugriff über: FireDac
MySQL Daten updaten mit Delphi FireDac
Hallo Datenbankprofis!
Ich versuche gerade eine Verbindung zu einem Online-Shop herzustellen und die Daten von einer lokalen Delphi App zum Onlineserver zu übertragen. Es funktioniert auch einwandfrei mit einem Datensatz. Sobald ich aber die Daten mittels einer Schlaufe ...EOF übertrage, arbeitet das Programm zwar die Schlaufe ab, es wird aber nur der erste Datensatz aktualisiert, die übrigen nicht. Weiß jemand woran das liegt und kann mir helfen? Momentan habe ich es so:
Delphi-Quellcode:
try
Connection.StartTransaction; // Start a transaction while not AccessQuery.EOF do begin MyQuery.SQL.Text :='update oxarticles set oxprice= :ArtVKPreis_0,oxpricea= :ArtVKPreis_1, oxtprice= :ArtVKPreis_2 where oxid = :ArtNr'; MyQuery.ParamByName('ArtNr').Value := Q_sArtikelArtNr.Value; MyQuery.ParamByName('ArtVKPreis_0').Value := Q_sArtikelArtVkPreis_0.Value; MyQuery.ParamByName('ArtVKPreis_1').Value := Q_sArtikelArtVkPreis_1.Value; MyQuery.ParamByName('ArtVKPreis_2').Value := Q_sArtikelArtVkPreis_2.Value; MyQuery.execsql; pgb_updateStatus.Position:=AccessQuery.RecNo; AccessQuery.Next; end; Connection.Commit; // Commit the transaction except Connection.Rollback; // Rollback the transaction in case of an error raise; |
AW: MySQL Daten updaten mit Delphi FireDac
Zitat:
|
AW: MySQL Daten updaten mit Delphi FireDac
Deine Parameter scheinen sich nicht zu verändern. Die Schleife läuft durch, es wird aber immer derselbe Datensatz mit denselben werden aktualisiert. Irgendwo müssten die Felder/ Variablen Q_sArtikelArtNr, Q_sArtikelArtVkPreis_0 usw. auch neue Werte abrufen.
|
AW: MySQL Daten updaten mit Delphi FireDac
Der Vollständigkeitshalber:
Delphi-Quellcode:
Die AccessQuery holt also die Daten und wird in der Schlaufe doch nach dem MyQuery.execsql doch mit AccessQuery.Next einen Datensatz weiter gesprungen.
AccessQuery.SQL.Text := 'SELECT ArtNr, ArtVKPreis_0, ArtVKPreis_1, ArtVKPreis_2 FROM sArtikel where ArtInaktiv = false and ArtGSShop = true order by ArtNr';
AccessQuery.Open; AccessQuery.First; try Connection.StartTransaction; // Start a transaction while not AccessQuery.EOF do begin MyQuery.SQL.Text :='update oxarticles set oxprice= :ArtVKPreis_0,oxpricea= :ArtVKPreis_1, oxtprice= :ArtVKPreis_2 where oxid = :ArtNr'; MyQuery.ParamByName('ArtNr').Value := Q_sArtikelArtNr.Value; MyQuery.ParamByName('ArtVKPreis_0').Value := Q_sArtikelArtVkPreis_0.Value; MyQuery.ParamByName('ArtVKPreis_1').Value := Q_sArtikelArtVkPreis_1.Value; MyQuery.ParamByName('ArtVKPreis_2').Value := Q_sArtikelArtVkPreis_2.Value; MyQuery.execsql; pgb_updateStatus.Position:=AccessQuery.RecNo; AccessQuery.Next; end; Connection.Commit; // Commit the transaction except Connection.Rollback; // Rollback the transaction in case of an error raise; end; AccessQuery.close; end; Oder sehe ich das falsch?? LG Harry |
AW: MySQL Daten updaten mit Delphi FireDac
Das siehst du falsch... :-) Q_sArtikelArtNr.Value wird nirgendwo abgeholt - ist immer derselbe Wert.
|
AW: MySQL Daten updaten mit Delphi FireDac
Blödsinn was ich geschrieben habe. Mit einem Datensatz funktioniert das Update. (Hat auch den ersten Datensatz geändert).
Hab aber übersehen, dass der geänderte Datensatz noch vom Einzelupdate stammt. Tatsächlich wird die Schlaufe abgearbeitet aber KEIN Datensatz wird aktualisiert. Es kommt auch keine Fehlermekdung. LG Harry |
AW: MySQL Daten updaten mit Delphi FireDac
wo wird denn z.B ArtVKPreis_0 auf Q_sArtikelArtVkPreis_0.Value gemappt?
Ich sehe zwischen den Parametern und der Query keinen Zusammenhang. |
AW: MySQL Daten updaten mit Delphi FireDac
Welcher Zusammenhang besteht denn zwischen AccessQuery und Q_sArtikelArtNr?
Ist irgendwo definiert, dass das den Inhalt der Spalte ArtNr der Abfrage AccessQuery repräsentiert?
Delphi-Quellcode:
oder
MyQuery.ParamByName('ArtNr').Value := AccessQuery.Fields[0].Value;
MyQuery.ParamByName('ArtVKPreis_0').Value := AccessQuery.Fields[1].Value; MyQuery.ParamByName('ArtVKPreis_1').Value := AccessQuery.Fields[2].Value; MyQuery.ParamByName('ArtVKPreis_2').Value := AccessQuery.Fields[3].Value;
Delphi-Quellcode:
oder
MyQuery.ParamByName('ArtNr').Value := AccessQuery.FieldByName('ArtNr').Value;
MyQuery.ParamByName('ArtVKPreis_0').Value := AccessQuery.FieldByName('ArtVKPreis_0').Value; MyQuery.ParamByName('ArtVKPreis_1').Value := AccessQuery.FieldByName('ArtVKPreis_1').Value; MyQuery.ParamByName('ArtVKPreis_2').Value := AccessQuery.FieldByName('ArtVKPreis_2').Value;
Delphi-Quellcode:
Die Zeile
AccessQuery.Open;
Q_sArtikelArtNr := AccessQuery.FieldByName('ArtNr') Q_sArtikelArtVkPreis_0 := AccessQuery.FieldByName('ArtVKPreis_0'); Q_sArtikelArtVkPreis_1 := AccessQuery.FieldByName('ArtVKPreis_1'); Q_sArtikelArtVkPreis_2 := AccessQuery.FieldByName('ArtVKPreis_2'); AccessQuery.First;
Delphi-Quellcode:
kannst Du vor das
MyQuery.SQL.Text :='update oxarticles set oxprice= :ArtVKPreis_0,oxpricea= :ArtVKPreis_1, oxtprice= :ArtVKPreis_2 where oxid = :ArtNr';
Delphi-Quellcode:
verschieben. Das muss nur einmal gemacht werden und nicht pro Datensatz.
AccessQuery.Open;
|
AW: MySQL Daten updaten mit Delphi FireDac
Ich habe es jetzt so geändert, was leider das selbe (Nicht)ergebnis bringt.
Delphi-Quellcode:
Also showMessage zeigt mir nacheinander die richtigen Artikelnummen an. Die ArtNr ändert sich also innerhalb der Schlaufe korrekt.
while not AccessQuery.EOF do
begin MyQuery.SQL.Text :='update oxarticles set oxprice= :ArtVKPreis_0,oxpricea= :ArtVKPreis_1, oxtprice= :ArtVKPreis_2 where oxid = :ArtNr'; MyQuery.ParamByName('ArtNr').Value := AccessQuery.FieldByName('ArtNr').Value; MyQuery.ParamByName('ArtVKPreis_0').Value := AccessQuery.FieldByName('ArtVKPreis_0').Value; MyQuery.ParamByName('ArtVKPreis_1').Value := AccessQuery.FieldByName('ArtVKPreis_1').Value; MyQuery.ParamByName('ArtVKPreis_2').Value := AccessQuery.FieldByName('ArtVKPreis_1').Value; MyQuery.execsql; ShowMessage(AccessQuery.FieldByName('ArtNr').Value); pgb_updateStatus.Position:=AccessQuery.RecNo; AccessQuery.Next; end; Komisch. |
AW: MySQL Daten updaten mit Delphi FireDac
Kann denn der update Befehl ohne gequotete Artikelnummer überhaupt funktionieren?
|
AW: MySQL Daten updaten mit Delphi FireDac
Warum geht es beim Update nur eines Datensatzes ohne die ArtNr in QuotedStr zu setzen?
Trotzdem habe ich es mal so probiert:
Delphi-Quellcode:
was leider auch nicht zum Erfolg führt.
MyQuery.ParamByName('ArtNr').Value := QuotedStr(AccessQuery.FieldByName('ArtNr').Value);
|
AW: MySQL Daten updaten mit Delphi FireDac
Was ist denn hiermit:
Code:
?
where oxid = :ArtNr
Ist oxid = ArtNr? |
AW: MySQL Daten updaten mit Delphi FireDac
Gib doch mal zusätzlich im ShowMessage RowsAffected mit aus:
Delphi-Quellcode:
ShowMessage(Format('ArtNr: %d - aktuallisierte Zeilen: %d',] AccessQuery.FieldByName('ArtNr').Value, MyQuery.RowsAffected]));
Da oxid keine Zeichenfolge ist, geht es ohne Quotes. Hast Du mal geprüft, ob es die Werte für die ArtNr in der MySQL-Tabelle auch gibt? Wenn es sie nicht gibt, wirft das Update keine Fehler. Es wird dann eben kein Datensatz akuallisiert. RowsAffected sollte dann = 0 sein. Wie prüfst Du denn in der MySQL-Datenbank, ob Deine Routine Erfolg hatte oder nicht? Musst Du bei der Prüfung eventuell in dem Werkzeug eine neue Transaktion starten, weil Du sonst ggfls. nur die Daten aus der schon laufenden Transaktion siehst und nicht die in weiteren Transaktionen Deines Programmes aktuallisierten Werte? |
AW: MySQL Daten updaten mit Delphi FireDac
ShowMessage(Format('ArtNr: %d ',[AccessQuery.FieldByName('ArtNr').Value, MyQuery.RowsAffected]));
Fehler: Format 'ArtNr: %d ungültig oder nicht kompatibel mit Argument. >Hast Du mal geprüft, ob es die Werte für die ArtNr in der MySQL-Tabelle auch gibt?< Die Felder mit ox... sind inder MySQL Tabelle vorhanden - oxprice, oxpricea und oxtprice und oxid. Das muss passen, wie gesagt ohne den while EOF Loop updated ja das Programm den einen Datensatz korrekt. >Wie prüfst Du denn in der MySQL-Datenbank, ob Deine Routine Erfolg hatte oder nicht?< Mit dem phpMyAdmin kann ich direkt auf dem Server die Tabelle oxArticles einsehen. >Ist oxid = ArtNr? > Ja |
AW: MySQL Daten updaten mit Delphi FireDac
Delphi-Quellcode:
ShowMessage(Format('ArtNr: %s - aktuallisierte Zeilen: %d',] AccessQuery.FieldByName('ArtNr').AsString, MyQuery.RowsAffected]));
|
AW: MySQL Daten updaten mit Delphi FireDac
>Ist oxid = ArtNr? > Ja
Gleicher Typ? Value ist ja für vieles gut, wenn das eine String und das andere Integer... Oder es gibt noch ein Leerzeichen vorne oder hinten? |
AW: MySQL Daten updaten mit Delphi FireDac
Zitat:
Delphi-Quellcode:
Die Parameter kümmern sich dann um Quotation etc.
MyQuery.ParamByName('ArtNr').AsString := AccessQuery.FieldByName('ArtNr').AsString;
|
AW: MySQL Daten updaten mit Delphi FireDac
Das mit dem Rat
Delphi-Quellcode:
habe ich probiert, ist aber nicht korrekt. Als Preis wurde statt 995,50 nur 995 übertragen!
MyQuery.ParamByName('ArtNr').AsString := AccessQuery.FieldByName('ArtNr').AsString;
Ich habe das ganze Gedöns um Transaktionen rausgeschmissen ( Connection.StartTransaction; Connection.Commit; und Connection.Rollback ) und jetzt funktioniert das Updaten der MySQL Datenbank korrekt! Vielleicht habe ich diese Transaktionssache falsch eingebunden. Muss ich mich mal näher damit beschäftigen. Also vielen Dank an alle die mich dabei unterstützt haben den Fehler zu finden. LG Harry |
AW: MySQL Daten updaten mit Delphi FireDac
Zitat:
Und wenn die Artnr vom Typ Integer ist, dann wird
Delphi-Quellcode:
genommen. Ist damit typsicher und spart beiden Seiten die Typkonvertierung. Dem Programm von Integer nach String, der Datenbank von String nach Integer.
MyQuery.ParamByName('ArtNr').AsInteger := AccessQuery.FieldByName('ArtNr').AsInteger;
Die Preis stehen in
Delphi-Quellcode:
Von welchem Datentyp sind die Felder in den Datenbanken? Gleitkomma ...
MyQuery.ParamByName('ArtVKPreis_0').Value := AccessQuery.FieldByName('ArtVKPreis_0').Value;
MyQuery.ParamByName('ArtVKPreis_1').Value := AccessQuery.FieldByName('ArtVKPreis_1').Value; MyQuery.ParamByName('ArtVKPreis_2').Value := AccessQuery.FieldByName('ArtVKPreis_1').Value;
Delphi-Quellcode:
Value ist vom Typ Variant, da muss man immer damit rechnen, dass der Inhalt interpretiert wird. Und das kann (erfahrungsgemäß) schonmal schiefgehen. Wenn ich weiß von welchem Datentyp eine Spalte ist, dann nutze ich immer die
MyQuery.ParamByName('ArtVKPreis_0').AsFloat := AccessQuery.FieldByName('ArtVKPreis_0').AsFloat;
MyQuery.ParamByName('ArtVKPreis_1').AsFloat := AccessQuery.FieldByName('ArtVKPreis_1').AsFloat; MyQuery.ParamByName('ArtVKPreis_2').AsFloat := AccessQuery.FieldByName('ArtVKPreis_1').AsFloat;
Delphi-Quellcode:
-Variante. Das ist dann typsicher und sorgt bei nicht passendem Datentyp für einen entsprechenden Fehler. Bei Value wird (überspitzt formuliert) das nächstbeste irgendwie passende genommen und das muss dann nicht zwingend das Gewünschte sein.
.AsBekannterDatenTyp
Aus Deinem Quelltext geht nicht hervor, zu wem Connection gehört? Zu MyQuery oder zu AccessQuery? Die Transaktion muss zur MyQuery gehören! Da Du mit zwei Datenbanken arbeitest, nutzt Du (höchstwahrscheinlich) auch zwei Datenbankverbindungen. Vesuche es mit den Transaktionen doch mal in einer abgewandelten Variante:
Delphi-Quellcode:
MyQuery.SQL.Text := 'update oxarticles set oxprice = :ArtVKPreis_0,oxpricea = :ArtVKPreis_1, oxtprice = :ArtVKPreis_2 where oxid = :ArtNr';
AccessQuery.SQL.Text := 'SELECT ArtNr, ArtVKPreis_0, ArtVKPreis_1, ArtVKPreis_2 FROM sArtikel where ArtInaktiv = false and ArtGSShop = true order by ArtNr'; AccessQuery.Open; try MyQuery.Connction.StartTransaction; while not AccessQuery.EOF do begin MyQuery.ParamByName('ArtNr').AsInteger := Q_sArtikelArtNr.AsInteger; // <-- korrekten Typ nehmen MyQuery.ParamByName('ArtVKPreis_0').AsFloat := Q_sArtikelArtVkPreis_0.AsFloat; // <-- korrekten Typ nehmen MyQuery.ParamByName('ArtVKPreis_1').AsFloat := Q_sArtikelArtVkPreis_1.AsFloat; // <-- korrekten Typ nehmen MyQuery.ParamByName('ArtVKPreis_2').AsFloat := Q_sArtikelArtVkPreis_2.AsFloat; // <-- korrekten Typ nehmen MyQuery.ExecSql; // Hier rate ich mal: pgb_updateStatus sei eine Progressbar pgb_updateStatus.Caption := Format('ArtNr: %.5d - aktuallisierte Sätze: %.5d',[Q_sArtikelArtNr.AsInteger, MyQuery.RowsAffected])); pgb_updateStatus.Position := AccessQuery.RecNo; AccessQuery.Next; end; MyQuery.Connction.Commit; except on e : Exception do begin pgb_updateStatus.Caption := e.Message; MyQuery.Connection.Rollback; raise; end; end; AccessQuery.Close; |
AW: MySQL Daten updaten mit Delphi FireDac
@Delphi.Narium
Das mit den Parametern habe ich schon verstanden. Ich meinte
Delphi-Quellcode:
was die Nachkommastellen nicht nimmt.
MyQuery.ParamByName('ArtVKPreis_0').AsString := AccessQuery.FieldByName('ArtVKPreis_0').AsString;
Mit Value oder mit asFloat ist es korrekt. Ich habe mal deine Variante eingesetzt. Es erfolgt kein Update obwohl der Loop durchläuft. Interessanterweise zeitgte mir
Delphi-Quellcode:
nur den ersten Datensatz. Eine Veränderung findet nicht statt.
pgb_updateStatus.Caption := Format('ArtNr: %.5d - aktuallisierte Sätze: %.5d',[Q_sArtikelArtNr.AsInteger, MyQuery.RowsAffected]);
Ohne die Transaktionsachen läuft es korrekt. ------------------------------------------------------------------------------------ Nebenbei ist mir noch etwas nicht klar:
Delphi-Quellcode:
sollte doch eigentlich ganz easy die Datenbank komprimieren. Was es aber nicht tut.
begin
FDMSAccessService.Database:='E:\Preisdateien\K000110_p.mdb'; FDConnection.Connected := False; FDMSAccessService.Compact; end; Es kommt die Fehlermeldung: Unbekannter OLE-Fehler ['' konnte nicht verwendet werden; Datei wird bereits verwendet] Im MS Access Demoprogramm funktioniert es ebenso mit gleicher Fehlermeldung nicht! Was ist denn da schon wieder verkehrt? Ich zweifel ernsthaft an meinen schon ohnehin geringen Fähigkeiten bezg. Delphi. LG Harry |
AW: MySQL Daten updaten mit Delphi FireDac
Zitat:
Zitat:
Zitat:
Kommt das Programm denn im Except-Block an? Wird dort dann das Rollback ausgeführt? Mal den Programmablauf im Debugger überprüft, nachvollzogen? Zitat:
Zitat:
Wenn z. B. in der IDE eine Connection auf True steht und Du dann das Programm ausführst, reicht dies aus, um diese Fehlermeldung zu erhalten. Compact geht nur, wenn absolut sichergestellt ist, dass kein Prozess noch eine Verbindung zur Datenbank hat. Auch alle Connections im eigenen Programm, alle Querys, ... müssen geschlossen sein. Ebenso alle anderen Programme, die auf diese Datenbankdatei zugreifen können. |
AW: MySQL Daten updaten mit Delphi FireDac
FDConnection.Connected := False;
reicht das nicht aus? Es sind doch dann alle die an der Verbindung hängen automatisch geschlossen. Im Demoprogramm geht aus bei mir ja auch nicht. Da habe ich überhaupt nichts daran verändert! In der Fehlermeldung sieht es so aus, als wenn keine Datei angegeben ist. (Beide Hochkommas) ['' konnte nicht verwendet werden; Datei wird bereits verwendet] Sehr merkwürdig. |
AW: MySQL Daten updaten mit Delphi FireDac
Es müssen alle Verbindungen zur Datenbank geschlossen sein, nicht nur die im eigenen Programm.
Sind in der IDE noch Datenbankverbindungen offen? Stehen das irgendwelche Connections auf True oder sind irgendwelche Querys aktiv? Greifen weitere Programme auf die Datenbank zu? ... Dass da kein Dateiname in der Fehlermeldung steht, ist unschön, aber normal. Da wurde wohl bei der Programmierung (irgendwo in den Tiefen der Schnittstelle) geschlampt. Hast Du den ![]() |
AW: MySQL Daten updaten mit Delphi FireDac
@Delphi.Narium
Danke vielmals für Deine ständige Unterstützung. Wieder einmal hast du mir sehr geholfen. Ich hatte die externe Datei 'E:\Preisdateien\K000110_p.mdb' mit AssignFile(F, FileName)zwar verbunden, aber nicht mehr freigegeben! Das FDConnection.Connected := False bezieht sich ja offenbar nur auf interne Queries etc. Alles gut soweit. Mit den Transaktionen muss ich mich mal näher befassen. LG Harry |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:02 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz