AW: Edit mit DBQuery
Zitat:
Die manuellen Statemant muß man dort nur in Ausnahmefällen manuell angeben, wenn die Automatik nicht funktioniert (z.B. zu krankes SELECT mit komischen JOINs und UNIONs) oder wenn man auch angejointe Felder rückschreiben möchte. Ansonsten muß man der Query-Komponente nur noch das ID-Feld nennen, falls die OID der DB nicht verwendet werden soll/kann. |
AW: Edit mit DBQuery
Ja, das ist durchaus korrekt, mach' ich in der Regel auch so. 'ne Query eine Select, das im Ergebnis einen eindeutigen Schlüssel hat, über den ein Datensatz identifiziert werden kann und Edit + Post funktionieren (bzw. auch die Änderung in 'nem TDBGrid und/oder die Nutzung der entsprechenden Buttons eines TDBNavigators).
|
AW: Edit mit DBQuery
Das hat mich (als ich die Komponenten noch benutzt habe) auch verwirrt.
Bei den Interbase Komponenten ist die Funktionalität, die sonst in "Query" - Komponenten integriert sind, halt im TIBDataSet. Und TIBQuery ist Read Only... Also hat der TE nur 2 Möglichkeiten. TIBQuery ersetzen durch TIBDataSet oder den beschriebenen Weg über eine weitere TIBQuery - Komponente mit dem ensprechenden Update - Statement. Frank |
AW: Edit mit DBQuery
IBX verhält sich wie die BDE damals. Ein UpadteSQL-Kompo als Updateobject und dort die DML-Abfragen hinterlegen (lassen).
|
AW: Edit mit DBQuery
Zitat:
|
AW: Edit mit DBQuery
Nur zur Vergewisserung
TIBQuery kann kein
Delphi-Quellcode:
Gruß
Myquery.SQL.Text:="Update ....."
Myquery.ExecSQL; K-H |
AW: Edit mit DBQuery
Hallo,
doch, das geht natürlich. |
AW: Edit mit DBQuery
Was nicht (ohne UpdateObject) geht ist
Delphi-Quellcode:
DS.Insert;
Delphi-Quellcode:
DS.Append;
Delphi-Quellcode:
DS.Edit;
Delphi-Quellcode:
...
DS.Post
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 17:26 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz