![]() |
Datenbank: SQLite-3 • Version: 3 • Zugriff über: dbExpress
gesonderte Ergebnisberechnung in DB-Tab eingeben
Liste der Anhänge anzeigen (Anzahl: 1)
Hallo zusammen, meine sehr bescheidenen Kenntnisse in Fragen Datenbanken stehen meinem Bestreben hier etwas Brauchbares zu erreichen noch im Wege.
Mit Hilfe einiger Mitglieder des DP-Forums, vor allem die von Haentschman entstand das beigefügte kleine Übungsprogramm mit einer SQLite-Datenbank. Das Aufrufen einer bestehenden Datenbanktabelle funktioniert soweit ganz gut. Nun möchte ich jedoch als Pilotlösung (also als Schlüssel, wie man das machen könnte) erreichen, dass unabhängig von der Datenbank eine Berechnung (beispielsweise a+b oder eine Rabattberechnung usw.) durchgeführt wird und dieses Ergebnis dann in die bestehende Datenbank aufgenommen wird. Nun dachte ich mir, einfach ein TEdit in das bestehende Programmformular aufzunehmen, um dort das Berechnungsergebnis zu simulieren, dass dann beispielsweise in das Datenbankfeld "Anzahl" eines oder ggf. auch mehrerer Datensätze eingefügt wird. Dazu habe ich ein OnClick-Routine geschrieben, in der Erwartung, dass meine simulierte Ergebniseingabe im Feld "Anzahl" erscheint, doch es passiert überhaupt nichts... gar nichts.
Delphi-Quellcode:
Ist mein Denkansatz überhaupt tragbar oder muss ich ggf. ganz anders herangehen ggf. eine neue Tabelle entwerfen mit einem gesonderten leeren Feld, dass dann bestückt wird?
procedure TMainFrm.btnTest_inputClick(Sender: TObject);
var CurrentCustomerID: string; begin qryMain.SQL.Clear; qryMain.Params.Clear; if IsEdit then begin CurrentCustomerID := lvProductList.Selected.Caption; qryMain.SQL.Text := 'UPDATE WARENVERKAUF SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS,MEMO=:MEMO WHERE ID = :CID'; qryMain.ParamByName('CID').AsString := CurrentCustomerID; qryMain.ParamByName('Anzahl').Text:=(edtTest_input.text); qryMain.ExecSQL; RefreshItems(CurrentCustomerID, edtCustomerNumber.Text, Name.Text, vorname.Text, firma.Text, produkt.Text, Anzahl.Text, Preis.Text);end; end; Es muss doch möglich sein, beispielsweise mit einem Datenbankfeld "Preis" daraus den Netto- und Bruttopreis und auch die MWST zu berechnen und dann wieder in ein gesondertes Datenbankfeld einzugeben. Das Ganze dient nur für mein Verständnis. Für Tipps, wie ich hier weiterkomme wäre ich sehr dankbar. Norbert |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Was verbirgt sich hinter "RefreshItems"?
Da ich überzeiugter Ignorant von Datensensitiven Controls bin (DBGrid etc.) würde ich das ganze ungefähr so lösen: (pseudocode)
Delphi-Quellcode:
Also grundsätzlich einen neuen Wert in die DB schreiben und diesen dann sofort wieder abfragen.
Mywerte.preis:=sqlGetpreis;
Mywerte.anzahl:=sqlGetAnzahl; Mywerte.Summe:=Berechne(MyWerte.Preis,MyWerte.Anzahl); sqlUpdateDB(Mywerte.Summe); Display(sqlGetSumme); Gruß K-H |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Moin...:P
Du hast die Fehlermeldung vergessen. 8-)
Delphi-Quellcode:
ParamByName erwartet As... Das Datenfeld As... muß auch den gleichen Datentyp haben.
qryMain.ParamByName('Anzahl').AsString := edtTestInput.Text;
... PS: Bitte verzichte auf _ in den Namen. :P In Delphi ist CamelCase üblich...deshalb wird das auch PascalCase genannt. ![]()
Delphi-Quellcode:
...da wird nur das Listview gefüllt/aktualisiert.
RefreshItems(CurrentCustomerID, edtCustomerNumber.Text, Name.Text, vorname.Text, firma.Text, produkt.Text, Anzahl.Text, Preis.Text);
... @p80286: EdAdvokat macht seine ersten Schritte mit Datenbank... Wie kriege ich welche Werte in die Datenbank, wie kriege ich sie wieder raus. :wink: Das ganze in Prozeduren zu verlagern kommt später...:thumb: Zum Problem: Zitat:
|
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Danke, das war ein Flüchtigkeitsfehler naürlich muss es ...asInteger heißen.
Fehlermeldung: keine! Er läuft durch wie ein heißes Messer durch die Butter, doch keine Butter da. Also nach Eingabe von beliegigen Zahlen in des Editfeld und buttonClick (jetzt ohne Unterstrich) passiert nichts.
Delphi-Quellcode:
In der Liste ändert sich die Anzahl überhaupt nicht auch nach Neuaufruf der Tabelle nur die bekannten Inhalte. Er nimmt also die Eingabe nicht an.
qryMain.ParamByName('Anzahl').asInteger:=strtoint(edtTestInput.text);
Norbert |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Hallöle...:P
Hast du mal mit einem Datenbankeditor in die Datenbank geschaut ob wirklich nichts in der Datenbank steht? OK...machen wir einen Schritt zurück. :wink: 1. Du legst ein neues Projekt an mit deinen Controls auf der Form. Dann machen wir jeden Schritt gemeinsam und dann stellst du das hier rein...und wir begutachten das. :zwinker: ...dann nächster Schritt. (evt. Copy/Paste) 2. Du brauchst eine Datenbankverbindung (eigene procedure in private), dann im OnCreate aufrufen, im OnDestroy die Connection schließen. ...wenn du fertig bist hier einstellen. :thumb: |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Habe mit dem SQLite-Manager in Firebird die Datenbanktabelle aufgerufen und auch dort haben Lehmann und Anton immer noch 50 Sück im Bestand, doch ich habe stets 666 eingegeben. Dann habe ich das Programm außerhalb der laufenden IDE gestartet - nichts. Dann nach Eingabe meines Wertes 666 geprüft, ob sich am Zeitstempel der Datenbank was verändert - nichts, jedoch wenn ich auf übernehmen klicke ändert sich der Zeitstempel, jedoch ohne meine gewünschten 666 im Feld Anzahl. Leider.
|
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Probier mal folgende Schritte:
Abfrage eines Datensatzes Query.sql.text := 'Select irgendwas...'; Öffnen Query.Open; Datenzeiger positionieren Query.first; Editmode einschalten Query.edit; Feld ändern Query.fieldByName('feldname').asinteger := .... Zurückschreiben Query.Post; Ciao Stefan |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
@Haentschman
da
Delphi-Quellcode:
denke ich er ist auf dem richtigen Weg. Ob die Syntax so ganz richtig ist(?) Bei mir werden die Parameter immer mit
qryMain.SQL.Text := 'UPDATE WARENVERKAUF SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS,MEMO=:MEMO WHERE ID = :CID';
qryMain.ParamByName('CID').AsString := CurrentCustomerID; qryMain.ParamByName('Anzahl').Text:=(edtTest_input.text); qryMain.ExecSQL;
Delphi-Quellcode:
übergenen.
.Value:=
Was mich jetzt wundert, ist daß es keine Fehlermeldung gibt (Butter??) denn auf den ersten Blick ist das ganz in Ordnung. Was sein könnte, daß die DB sich an den NULL-Feldern (z.B. MEMO) verschluckt, weil keine Daten kommen. Ggf. muß das Update auf die relevanten Felder gekürzt werden. oder muß vllt. ein explizites "EndofTransaction" mit gegeben werden? oder ein "Commit"? Gruß K-H |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Liste der Anhänge anzeigen (Anzahl: 1)
Danke für die Mühe mit mir. Hoffentlich ist das richtig. Habe jedoch das ListView und die TEdits drin gelassen. Connect in ges. priv. Procedure und in OnCreate aufgerufen.
ConMain auf Inhalte geprüft. Datenbanktabelle wie gehabt. Verbindung besteht. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Hallöle...:P
Zitat:
Zitat:
Zum Problem am Beispiel:
Delphi-Quellcode:
... Was steht im Feld ID der Datenbank drin? LEHMANN = ID(?) Du kannst nicht einfach den Wert eintragen. Du mußt auch der Datenbank sagen zu welchem Kunden (CurrentCustomerID) der Wert gehört.
qryMain.SQL.Text := 'UPDATE WARENVERKAUF SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS,MEMO=:MEMO WHERE ID = :CID';
qryMain.ParamByName('CID').AsString := CurrentCustomerID; // Ist die ID auch bekannt? Was sagt der Debugger über den Wert? qryMain.ParamByName('Anzahl').AsInteger:= edtTestInput.Text; qryMain.ExecSQL; Mache ein Edit nebendran mit der ID des Datensatzes. Diese "ausgewählte" ID übergibst du dem UPDATE Statement anstatt der CurrentCustomerID. Nach dem Eintragen in die DB mußt du auch die Daten wieder abholen (SELECT) und die LV aktualisieren. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Hoffentlich stelle ich mich nicht zu blöd an. So sieht nun die neue ButtonClick-Procedure aus:
Delphi-Quellcode:
Ich bin nicht sicher, ob ich Dein Hinweis richtig aufgenommen habe.
procedure TMainFrm.btnTestInput1Click(Sender: TObject);
var CurrentCustomerID: string; begin qryMain.SQL.Clear; qryMain.Params.Clear; if IsEdit then begin CurrentCustomerID := lvProductList.Selected.Caption; qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS WHERE ID = :2'; qryMain.ParamByName('ID').AsString := CurrentCustomerID; qryMain.ParamByName('Anzahl').asInteger:=strtoint(edtTestInput.text); qryMain.ExecSQL; qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1'; qryMain.ExecSQL; RefreshItems(CurrentCustomerID, edtCustomerNumber.Text, EdtName.Text, EdtVorname.Text, EdtFirma.Text, EdtProdukt.Text, EdtAnzahl.Text, EdtPreis.Text); end; end; Zwischenzeitlich habe ich eine völlig neue Tabelle "Warenverkauf1" geschrieben. Dort ist der Lehmann (Beispiel) mit der ID 2 aufgeführt. Reichen diese Angaben zum 2. Testbutton? Zusätzlich wie angemahnt ein SELECT eingefügt. :| |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
in dem UPDATE muß es dann heißen
SQL-Code:
und für den SELECT
Where ID=2
Delphi-Quellcode:
und ich packe immer vor und hinter jede Query noch ein
qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1';
qryMain.Open; while not qryMain.EOF do begin { hier die Werte übernehmen} idfeld:=qryMain.Fields.Fieldbyname('ID').asstring; ...... qryMain.Next; end;
Delphi-Quellcode:
also
.Close
Delphi-Quellcode:
damit ich mir keinen Dreck einhandele.
qryMain.Close;
qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1'; qryMain.Open; while not qryMain.EOF do begin { hier die Werte übernehmen} idfeld:=qryMain.Fields.Fieldbyname('ID').asstring; ...... qryMain.Next; end; qryMain.Close; Gruß K-H P.S. das .Close natürlich auch vor das Update-Statement. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
nach den Vorschlägen von K.H sieht meine Procedure für den neuen Testbutton so aus:
Delphi-Quellcode:
Hoffentlich ist das richtig. Er läuft jedenfalls durch.
procedure TMainFrm.btnTestInput1Click(Sender: TObject);
var CurrentCustomerID: string; begin qryMain.SQL.Clear; qryMain.Params.Clear; if IsEdit then begin CurrentCustomerID := lvProductList.Selected.Caption; qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS WHERE ID = 2'; qryMain.ParamByName('ID').AsString := CurrentCustomerID; qryMain.ParamByName('Anzahl').asInteger:=strtoint(edtTestInput.text); qryMain.ExecSQL; qryMain.Close; qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1'; qryMain.Open; while not qryMain.EOF do begin CurrentCustomerID:=qryMain.Fields.Fieldbyname('ID').asstring; edtCustomerNumber.Text := qryMain.FieldByName('KDNR').AsString; EdtName.Text := qryMain.FieldByName('NAME').AsString; EdtVorname.Text := qryMain.FieldByName('VORNAME').AsString; EdtFirma.Text := qryMain.FieldByName('FIRMA').AsString; EdtProdukt.Text := qryMain.FieldByName('PRODUKT').AsString; EdtAnzahl.Text := qryMain.FieldByName('ANZAHL').Asstring; EdtPreis.Text := qryMain.FieldByName('PREIS').Asstring; qryMain.Next; end; qryMain.close; qryMain.ExecSQL; RefreshItems(CurrentCustomerID, edtCustomerNumber.Text, EdtName.Text, EdtVorname.Text, EdtFirma.Text, EdtProdukt.Text, EdtAnzahl.Text, EdtPreis.Text); end; end; Mein Debug-Versuch ist gescheitert, denn er durchläuft mit F7 (einzelne Schritte) den Weg bis nach Wladiwostock. Ein Haltepunkt auf die obige Proc. brachte auch nichts, denn da geht es um die Eingaben. und ich kann sogar "Hundehütte" eingeben, wenn ich das Wort in Integer umwandeln könnte. Die Anzahl bei Lehmann bleibt immer gleich.Habe ich die Update - Where-Bedingung und nachfolgend die ParamByName Werte richtig eingesetzt? Wo ist der Hund für die Hundehütte? |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Zunächst:
Delphi-Quellcode:
dann würde ich den Update auf das/die Felder beschränken, die Du wirklich übergibst.
end;
qryMain.close; qryMain.ExecSQL; {---------- das ist Quark!!} RefreshItems(CurrentCustomerID, edtCustomerNumber.Text, EdtName.Text, EdtVorname.Text, EdtFirma.Text, EdtProdukt.Text, EdtAnzahl.Text, EdtPreis.Text); end; und er müßte Dich gewaltig anmeckern, da es keinen Parameter ":ID" mehr gibt, da ist irgendetwas oberfaul! hab ich erst jetzt bemerkt, was hat es mit
Delphi-Quellcode:
auf sich?
IsEdit
Gruß K-H |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
das qryMain.ExecSQL habe ich reingenommen, um die SELECT - Anweisung auszuführen. Muss man nicht schreiben? Als wieder raus.
Die isEdit Var. dient lediglich der Button-Sichtbarkeit. Aus der UPDATE Anweisung habe ich schon die Memos rausgenommen. Welche sollten noch raus. Es könnte doch später mal sein, dass auch ein Name oder ein Produkt verändert werden, oder sehe ich das falsch. Nehmt es mir nicht krumm. Ich bin sowas von unbeleckt und schwebe zur Zeit ohne festen Boden nahe der Cloud 4 also noch vor Wolke 7, denn noch ist der Hund nicht gefangen. Er meckert an keiner Stelle. Ím Anhang ist auch das ausführbare Kompilat und sollte so lauffähig sein. Da ich die Daten sowohl der Tabelle Warenverkauf als auch Warenverkauf1 sowohl in den Editfeldern als auch in der ListView sehe, ist doch eine Verbindung zur Datenbank und zur dortigen Tabelle hergestellt. Jetzt wäre es doch nach meinem Verständnis nur eine Frage der Selection des Datensatzes und des Feldes, dass mit der Neueingabe über das TestEditfeld manipuliert werden soll. Hierzu wäre doch nichts in den TQSL-Komponenten einzustellen. Auch die Datenbanktabelle ist soweit unbedenklich. Sicher mache ich den Fehler bei der Selection oder der Zuweisung der entsprechenden Daten. Könnte ich testweise welche Daten rausnehmen? Ich danke Euch für Eure Geduld. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Hallöle...:P
Zitat:
Umkehrschluß: Ich habe noch nie ein Close benötigt. 8-) Zitat:
Delphi-Quellcode:
procedure TMainFrm.btnTestInput1Click(Sender: TObject);
var CurrentCustomerID: string; begin // qryMain.SQL.Clear; ! nicht notwendig -> raus // qryMain.Params.Clear; ! nicht notwendig -> raus if IsEdit then // Ist das Flag gesetzt? begin //richtig wenn die Selected.Caption auch die "2" enthällt. (Debugger) CurrentCustomerID := lvProductList.Selected.Caption; // es fehlen Parameter (die "2" wieder auf Parameter gesetzt) // benenne die Parameter mit 3 stelligen Kürzeln. Da siehst du was ist ein Parameter... // die Parameter im SQL müssen vorhanden sein // ENTWEDER bei kompletten Update qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET KDNR = :KNR, NAME = :NAM, VORNAME = :VNA, FIRMA = :FIR, PRODUKT = :PRO, ANZAHL = :ANZ, PREIS = :PRE WHERE ID = :CID'; // das ist die ID für die Auswahl des Datensatzes (WHERE ID = :CID) qryMain.ParamByName('CID').AsString := CurrentCustomerID; // Hier gehören die Eingabefelder hin als Quelle für das UPDATE qryMain.ParamByName('KNR').AsString := edtCustomerNumber.Text; qryMain.ParamByName('NAM').AsString := edtName.Text; qryMain.ParamByName('VAN').AsString := edtVorname.Text; qryMain.ParamByName('FIR').AsString := edtFirma.Text; qryMain.ParamByName('PRO').AsString := edtProdukt.Text; qryMain.ParamByName('ANZ').AsInteger := StrToInt(edtTestInput.Text); qryMain.ParamByName('PRE').AsString := edtPreis.Text; // ODER nur die Anzahl qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET ANZAHL = :ANZ WHERE ID = :CID'; // das ist die ID für die Auswahl des Datensatzes (WHERE ID = :CID) qryMain.ParamByName('CID').AsString := CurrentCustomerID; qryMain.ParamByName('ANZ').AsInteger := StrToInt(edtTestInput.Text); // Ausführen des Updates qryMain.ExecSQL; // qryMain.Close; ! nicht notwendig -> raus // Alle Daten neu holen qryMain.SQL.Text := 'SELECT ID, KDNR, NAME, VORNAME, FIRMA, PRODUKT, ANZAHL, PREIS FROM WARENVERKAUF1'; qryMain.Open; // Aktualisierung ListView while not qryMain.EOF do begin // Der "Datenszeiger" wird auf den nächsten Datensatz gesetzt RefreshItems(qryMain.FieldByName('ID').AsString;, qryMain.FieldByName('KDNR').AsString, qryMain.FieldByName('NAME').AsString, qryMain.FieldByName('VORNAME').AsString, qryMain.FieldByName('FIRMA').AsString, qryMain.FieldByName('PRODUKT').AsString, IntToStr(qryMain.FieldByName('ANZAHL').AsInteger), qryMain.FieldByName('PREIS').AsString); // nächsten Datensatz auswählen qryMain.Next; end; //qryMain.close; ! nicht notwendig -> raus //qryMain.ExecSQL; ! nicht notwendig -> raus end; end; |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
So nun der nächste Versuch Procedure btnTestInput1Click, also der neue Button für das neue InputEdit:
Delphi-Quellcode:
Es läuft wieder alles gut durch. (Kleinere Schreibfehler beseitigt). Ergebnis ist leider gleich. Geprüft, ob sich am Zeitstempel der Datentabelle nach der Eingabe was ändert. Es ändert sich nichts. Der Zeitstempel bleibt auf den Zeitpunkt der Erstellung 16:10 Uhr. Also in die Datenbank wird nichts Neues geschrieben über den gewählten Zugang. Leider. Es gibt auch keine Fehlermeldung an die man sich halten könnte. Ich kenne keine weitere Stellschraube, wo man prüfen oder ändern könnte. Ist das von mir angeregte Problem so exzotisch? Ich dachte, dass so etwas durchaus üblich wäre oder denke ich da völlig daneben?
procedure TMainFrm.btnTestInput1Click(Sender: TObject);
var CurrentCustomerID: string; begin //qryMain.SQL.Clear; //qryMain.Params.Clear; if IsEdit then begin CurrentCustomerID := lvProductList.Selected.Caption; //qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET KDNR=:KDNR,NAME=:NAME,VORNAME=:VORNAME,FIRMA=:FIRMA,PRODUKT=:PRODUKT,ANZAHL=:ANZAHL,PREIS=:PREIS WHERE ID = 2'; qryMain.SQL.Text:= 'UPDATE Warenverkauf1 SET KDNR = :KNR, NAME = :NAM, VORNAME =: VNA, FORMA = : FIR, PRODUKT = : PRO, ANZAHL =: ANZ, PREIS = :PRE WHERE ID =CID'; qryMain.ParamByName('CID').AsString := CurrentCustomerID; qryMain.ParamByName('NAM').AsString := EdtName.text; qryMain.ParamByName('VAN').AsString := EdtVorname.text; qryMain.ParamByName('FIR').AsString := EdtFirma.text; qryMain.ParamByName('PRO').AsString := EdtProdukt.text; qryMain.ParamByName('ANZ').asInteger:=strtoint(edtTestInput2.text); qryMain.ParamByName('PRE').AsString := EdtPreis.text; qryMain.ExecSQL; qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1'; qryMain.Open; while not qryMain.EOF do begin RefreshItems(qryMain.FieldByName('ID').AsString, qryMain.FieldByName('KDNR').AsString, qryMain.FieldByName('Name').AsString, qryMain.FieldByName('VORNAME').AsString, qryMain.FieldByName('FIRMA').AsString, qryMain.FieldByName('PRODUKT').AsString, Inttostr(qryMain.FieldByName('ANZAHL').AsInteger), qryMain.FieldByName('PREIS').AsString); qryMain.Next; end; end; end; |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
So nun die letzte Variante für heute:
Delphi-Quellcode:
Also isEdit war wohl ein Störenfried. Habe ihn rausgenommen. in der Variante nur ID für Anzahl (s.o.) klappt es!!!
procedure TMainFrm.btnTestInput1Click(Sender: TObject);
var CurrentCustomerID: string; begin //if IsEdit then begin CurrentCustomerID := lvProductList.Selected.Caption; qryMain.SQL.Text:= 'UPDATE WARENVERKAUF1 SET ANZAHL = :ANZ WHERE ID= :CID'; //qryMain.SQL.Text:= 'UPDATE Warenverkauf1 SET KDNR = :KNR, NAME = :NAM, VORNAME = : VNA, FIRMA = : FIR, PRODUKT = : PRO, ANZAHL =: ANZ, PREIS = :PRE WHERE ID = :CID'; qryMain.ParamByName('CID').AsString := CurrentCustomerID; //qryMain.ParamByName('KNR').AsString := edtCustomerNumber.text; //qryMain.ParamByName('NAM').AsString := EdtName.text; //qryMain.ParamByName('VNA').AsString := EdtVorname.text; //qryMain.ParamByName('FIR').AsString := EdtFirma.text; //qryMain.ParamByName('PRO').AsString := EdtProdukt.text; qryMain.ParamByName('ANZ').asInteger:=strtoint(edtTestInput2.text); //qryMain.ParamByName('PRE').AsString := EdtPreis.text; qryMain.ExecSQL; qryMain.SQL.Text := 'SELECT ID,KDNR,NAME,VORNAME,FIRMA,PRODUKT,ANZAHL,PREIS FROM WARENVERKAUF1'; qryMain.Open; while not qryMain.EOF do begin RefreshItems(qryMain.FieldByName('ID').AsString, qryMain.FieldByName('KDNR').AsString, qryMain.FieldByName('Name').AsString, qryMain.FieldByName('VORNAME').AsString, qryMain.FieldByName('FIRMA').AsString, qryMain.FieldByName('PRODUKT').AsString, Inttostr(qryMain.FieldByName('ANZAHL').AsInteger), qryMain.FieldByName('PREIS').AsString); qryMain.Next; end; end; end; Er reagiert auf die Eingabe im Editfeld mit 66666 so, dass er mir die Datensätze kopiert und in der Kopie die Eingabe von 66666 aufführt. Beim Neustart ist dann in der Tabelle die 66666 exakt enthalten. Ist zwar komisch, doch es geht erst einmal. Mit allen Feldern wollte er nicht und hat bereits bei VNA gemeckert, dass er VNA nicht kennen würde. Also dann zur Variante 2 - nur Anzahl übergegangen und hier das Ergebnis. Morgen will ich mir die Sache nochmals genauer ansehen. Nochmals vielen Dank bislang. Wenn ihr eine Erklärung für das Verhalten haben solltet, wäre ich dankbar. Jedenfalls klappt es mit dem obigen Code wie beschrieben. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Halleluja...:thumb:
Zitat:
Was fällt dir in den 3 Codeauszügen auf?
Delphi-Quellcode:
RICHTIG (weil von mir): Leerzeichen als Abtrennung "Name = :PAR", Jeder Paramater ist ein : gefolgt von einem Kürzel "ID = :CID"
qryMain.SQL.Text := 'UPDATE WARENVERKAUF1 SET KDNR = :KNR, NAME = :NAM, VORNAME = :VNA, FIRMA = :FIR, PRODUKT = :PRO, ANZAHL = :ANZ, PREIS = :PRE WHERE ID = :CID';
...
Delphi-Quellcode:
FALSCH: Manche Parameter haben kein : und andere ein Leezeichen im Namen (ANZAHL =: ANZ)
qryMain.SQL.Text:= 'UPDATE Warenverkauf1 SET KDNR = :KNR, NAME = :NAM, VORNAME =: VNA, FORMA = : FIR, PRODUKT = : PRO, ANZAHL =: ANZ, PREIS = :PRE WHERE ID =CID';
...
Delphi-Quellcode:
FALSCH: Manche Parameter haben ein Leezeichen im Namen (ANZAHL =: ANZ)...andere stimmen wieder. (ID = :CID) :gruebel:
qryMain.SQL.Text:= 'UPDATE Warenverkauf1 SET KDNR = :KNR, NAME = :NAM, VORNAME = : VNA, FIRMA = : FIR, PRODUKT = : PRO, ANZAHL =: ANZ, PREIS = :PRE WHERE ID = :CID';
... Das das hier geht ist normal:
Delphi-Quellcode:
...trotzdem: kein Leerzeichen als Abtrennung "ID= :CID"
qryMain.SQL.Text:= 'UPDATE WARENVERKAUF1 SET ANZAHL = :ANZ WHERE ID= :CID';
. Zitat:
Parameter auch wenn es FireDac ist, es ist überall gleich: ![]() Zitat:
Zitat:
|
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
vergib es mir, es war schon spät und den Tag über wuseln meine beiden Enkel herum. Meine Konzentration war nicht mehr gegeben. Leider habe ich den Fehler gemacht, die mail auszudrucken und dann die Hinweise per Hand statt copy/paste einzugeben. Die Codevervollständigung habe ich eingeschaltet und benutze sie, doch hier und da habe ich wohl einfach nicht drauf gesehen und weitergeschrieben, stur wie ich manchmal so bin. Ich gelobe Besserung. Das mit den Leerzeichen habe ich nicht gewußt.
Nun werde ich die ganze Sache nochmals in Ruhe betrachten. Ist das normal, dass er nach der Eingabe und dem ButtonClick die gesamte Tabelle mit den Datensätzen zb. 1-10 nochmals als neue Tabelle hinter 10 mit 1-10 und den neuen Werten wiederholt? Beim Neustart des Programms ist dann alles paletti mit dem neuen Wert. |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Moin...:P
Zitat:
Delphi-Quellcode:
...nicht nur CLEAR. :warn:
lvProducts.Items.Clear
Zitat:
|
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Nach all den Mühen versuche ich nun eine Navigation für die Datentabelle zu implementieren. Geht das überhaupt in dem Programm, ähnlich dem DBNavigator. Als Pilotlösung habe ich einen Next-Button auf das Formular gelegt mit folgender Procedure:
Delphi-Quellcode:
Sicher ist manches doppelt gemoppelt doch auch so tut sich wieder mal überhaupt nichts. keine Fehlermeldung aber der Datensatz springt nicht zum nächten.
procedure TMainFrm.btnNextClick(Sender: TObject);
begin qryMain.Close; qryMain.SQL.Clear; qryMain.SQL.Text:='SELECT * FROM WARENVERKAUF1'; qryMain.Open(); If not qryMain.IsEmpty then qryMain.Active:=true; qryMain.Next; end; Zuvor hatte ich trotz Query.open die Fehlermeldung "Operation ist bei geschlossener Datenmenge nicht möglich" obwohl ich query.open und auch query.active:=true; gesetzt hatte. Geht das was ich will überhaupt in der vorliegenden Konstalation? |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Was willst Du erreichen?
Mit der bisher besprochenen Abfrage stehen Dir die abgefragten Daten zur Verfügung. Wenn Du in dieser Menge (Listview?) navigieren willst, mußt Du dies in der Listview machen und nicht durch eine neue Abfrage. Zu Deiner Abfrage: durch das
Delphi-Quellcode:
wird die Abfrage durchgeführt (
.Open
Delphi-Quellcode:
entspricht
.Open
Delphi-Quellcode:
.Aktive:=True;
Delphi-Quellcode:
entspricht
.Close
Delphi-Quellcode:
)
.Aktive:=False
das
Delphi-Quellcode:
ist somit überflüssig.
.Aktve:=True;
Du holst die abgefragten Daten nicht ab (
Delphi-Quellcode:
).
MyStringValue:=Query.FieldbyName('Feldname').asstring;
Das
Delphi-Quellcode:
setzt zwar den Zeiger auf den zweiten Wert, aber das ist vollkommen unnütz, da Du mit den Daten nichts anfängst.
.Next
Gruß K-H |
AW: gesonderte Ergebnisberechnung in DB-Tab eingeben
Hab mir dein Projekt nicht angeguckt, kann also nicht so konkret antworten wie p80286, aber wenn ich mir in einer Datenmenge den nächsten Datensatz anzeigen lassen möchte, muss ich nicht die jedesmal die Datenmenge schließen und neu öffnen (das ist im Gegenteil sogar kontraproduktiv). Es genügt ein .Next:
Delphi-Quellcode:
procedure TMainFrm.btnNextClick(Sender: TObject);
begin if not qryMain.EOF then //ggf. unnötig qryMain.Next; //Dann was du mit den Daten machen willst, gehe ich nach obigen Posts, sowas?: RefreshItems(qryMain.FieldByName('ID').AsString, qryMain.FieldByName('KDNR').AsString, qryMain.FieldByName('Name').AsString, //... ); end; |
Alle Zeitangaben in WEZ +1. Es ist jetzt 06:16 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 by Thomas Breitkreuz