MySQL Lösungen

[Christian]

Ne, da kommt aber "This operation cannot used on an inactive Dataset" ich kann doch n Query nicht öffnen oder ?

[monta]

Doch, wenn du daten Lesen willst, musst du das ganze mit Query.Open öffnen und nicht mit ExecSQL.
Zum INSERT allerdings ExecSQL.

Schau mal in die LazSnippets

[af0815]

Ist aber derzeit nur im SVN zum Selbstkompilieren

[Christian]

hab aber kein LaTex da, kann mir mal jemand ne pdf zukommen lassen, oder einfach schreiben wie ich die daten in meine SQL Tabelle bekomme ?
Abfrage scheinen ja ganz gut zu funktionieren.

[monta]

af hats gerade veröffentlicht, siehe News

ansonsten ungefähr so:

Code: Alles auswählen

INSERT INTO NEW_TABLE (teststring)  VALUES (:XSTRING);

wenn du das in die SQL-Property der Query schreibst, kannst du die Parameter belegen mit:

Code: Alles auswählen

Query.Params.ParamByName('XString').AsString := 'blabla'
//usw.

Alternativ kannst du die Query auch gleich zusammensetzen, also anstatt der Parameter die Werte einsetzen, sie der SQL-Eigenschaft zuweisen und genauso ausführen.

Danach ein Query.ExecSQL und es sollte eigentlich gehen.

[Christian]

ja, ich muss aber vorher die Datenbank mit nem Select abfragen damit die Query Active ist ? Den Hintergrund schnall ich nich so ganz aber ich probiers jetzt mal.

[af0815]

Kurzfassung: Bei SELECT nimm open, bei allen anderen ExecSQL.

Wenn du ein einfaches select verwendest, dann kannst du auch direkt in der Datenmenge was löschen einfügen oder änder. Die query probiert dann das ganze in die DB zu bringen und mit ApplyUpdates landes es auch sicher darinnen.

[Christian]

Das mit Open und Exec hab ich ja schon lang geschnallt nur fürs insert brauch ich ApplyUpdates und das kann ich nicht ausführen ohne das die Query Active ist, also muss ich vor dem insert n select ausführen... Quark.

[Christian]

Der Witz an der Geschichte ist jetzt das das auch nicht funktioniert. Wenn ich ExecSQL mit nem Insert auf n Aktives Dataset ausführe bekomm ich die Fehlereldung das ich das nicht mit nem aktiven Dataset machen darf.

[monta]

Ich frag mich die ganze Zeit, wofür ihr ApplyUpdates benötigt. Commit übernimmt die Änderungen und über CommitRetain wird die Verbindung gehalten und ne neue Anfrage bzw. nen Neustart der Anwendung liefert dann die neu Eingefügten Datensätze.

Die Verbidung muss natürlich aktiv sein, aber ansonsten kann man doch direkt das Insert über die Query ausführen und fertig. Und die Query muss natürlich wieder geschlossen werden, weil ja die Abfrage geleert werden muss.

[af0815]

@christian: Entweder nur mit Open oder nur mit ExecSQL. Die Fehlermeldung ist somit klar. Wenn du unbedingt selbst das mit dem Insert (update,delete) machen willst, warum glaubst Du gibt es UpdateSQL, InsertSQL und DeletSQL. Dann kannst du vorgeben was gemacht werden soll.

@monta Du verwendest explizit die Transaktionsteurung dafür, meistens wird für einfache Statements die implizite genommen - sprich der User belastet sich nicht damit. ApplyUpdates brauchst du dann damit die Daten aus dem lokalen Buffer zurück endgültig in die DB kommen. Ausserdem ist nach einen ExecSQL die Query immer 'zu'. Wozu auch aktiv, es gibt ja keine Datenmengen.

[monta]

Ah, danke. Jetzt weis ich auch, wieso ich nie ApplyUpdates verwende, weil ich es direkt ausführe, abgesehen davon läuft quasi jedes Insert bei mir über ne StoredProc.

Mit 'zu' bezog ich mich auf die tatsache, wenn man vorher ein SELECT ausgeführt haben sollte.

[af0815]

Langsam verstehe ich auch, warum die SQLdb nicht so gerne verwendet wird. TSQLQuery ist eine sehr komplexe, heikle Komponente. Sie reagiert auf kleinste Unzulänglichkeiten sehr empfindlich.

Sie macht nämlich genau das was man ihr sagt und nicht das was man will.

Vor allen probiert sie etwas aus jeder Situation zu machen und das geht bei komplexeren Statements komplett daneben.

[knight]

Für die ganz mutigen: Probiert mal SQLdb mit FPC 2.3.1 aus. Es hat da einige Änderungen (inkl. Bugfixes) gegeben. Die Änderungen sollen auch in FPC 2.2.2 einfliessen (Termin voraussichtlich zum Jahreswechsel).

knight

[Christian]

Also es geht erstmal aber zufrieden bin ich damit nicht.
ich öffne das query mit einer select um rauszufinden ob der datendatz schon existiert.
wenn nicht muss ichs wieder schliessen damit ich das insert machen kann.
und nachdem ich die inserts durch hab muss ich dann nochmal n komplett sinnloses select machen damit ich applyupdates ausführen kann.
das was mich am meissten stört ist das ich zig selects machen muss um erstmal rauszufinden ob die datensätze da sind.