Insert optimieren

[Bernhard Geyer]

Zitat:

Zitat von shmia (Beitrag 1050080)

Leider verstehen nur wenige Datenbanken diese erweiterte Syntax.

Also MS SQL, MySQL und oracle verstehen das - halt mit angepaßter Syntax

Zitat:

Zitat von shmia (Beitrag 1050080)

In beiden Fällen müssen die Insert-Anweisung ohne Unterstützung durch Parameter erzeugt werden.

Nein, müssen nicht. Auch hier können Parameter verwendet werden. Mann sollte jedoch aufpassen das man die maximale Parameteranzahl der DB nicht überschreitet.

[mkinzler]

Eine paramterisierte Variante sollte aber der erweiterten Syntax in nichts nachstehen

[PhilmacFLy]

Naja im moment würde es mir ja schon helfen wenn ich das Problem mit dem token in den Griff bekommen würde :D

[Bernhard Geyer]

Zitat:

Zitat von PhilmacFLy (Beitrag 1050103)

Naja im moment würde es mir ja schon helfen wenn ich das Problem mit dem token in den Griff bekommen würde :D

Schau dir mal das Beispiel genau an.

Dort gibt es 1* die INSERT-Anweisung und x* die Values-Anweisungen.
Du baust jeweils komplett die INSERT + Values zusammen.

Ach ja: Wenn du werte direkt im String verwendest: Quotion nicht vergessen! SQL-Injection lassen grüßen!

[PhilmacFLy]

Selbes Problem nur diesmal:

Unkown toke line 3 column 1, VALUES

[Bernhard Geyer]

Zitat:

Zitat von PhilmacFLy (Beitrag 1050106)

Selbes Problem nur diesmal:

Unkown toke line 3 column 1, VALUES

Selber Tipp: Schau mal ganz genau hin.

Im Beispiel: Wie oft siehst du da das abschließende ";"?
Und wie oft ist es in deinem zusammen gebauten SQL-String?

[PhilmacFLy]

Im Beispiel von shima is es garnicht drin, und ich habs bei mir im neuen code auch rausgenommen.

Edit:

Delphi-Quellcode:

list.Add('INSERT INTO Messwerte (ID_mess, Millisec, Messwert_Links, Messwert_Rechts)');
      for zt := 0 to round(Frm_Messung.Ch_Messung.BottomAxis.Maximum) do
        begin
          (*Params[0].AsInteger := tId;
          Params[1].AsInteger := zt;
          Params[2].AsFloat := arr_messwerte[tdim, zt, 0];
          Params[3].AsFloat := arr_messwerte[tdim, zt, 1];
          ExecSQL;*)
          List.Add(' VALUES (' + InttoStr(tid) + ', ' + InttoStr(zt) +', ' + FloattoStr(arr_messwerte[tdim, zt, 0]) + ', '+ FloattoStr(arr_messwerte[tdim, zt, 1]) + ' )');
          frm_messung.pb_db.Position := frm_messung.pb_db.Position +1;
        end;

[DelphiBandit]

Habe mir die Beispiele gerade mal angesehen - das dritte und Schnellste wird unter FB nicht funktionieren, da er keine Multi-Valueliste unterstützt

Zitat:

Unfortunately neither SQLServer nor Firebird support multiple rows in the values part of an insert. I know they can use some sort of union clause to do something similar, but performance is not better.So, let’s try with MySql

Und von den beiden davor aufgezählten ist das mit den Parametern (das mittlere) schneller, als wie jetzt mit Einzel-SQL's zu arbeiten.

Hab @work leider keine Zeos installiert, aber müsste man für die Konstrukte mit mehreren SQL-Statements nicht so eine Art Script/Batch-SQL hernehmen?

Zwei Sachen die mir noch einfallen, um es ggf. ein wenig zu beschleunigen
1) Eine Stored-Procedure innerhalb der Datenbank anlegen und deren Parameter füllen und dann diese ausführen. So kann man sich garantiert drauf verlassen, dass die in jedem Fall prepared ist.
2) Externe Text-Tabelle anlegen und die Daten dort hinein inserten, die hält der Server bei 30.000 Werten bestimmt noch im Cache. Anschliessend auf die richtige Tabelle einen einzelnen INSERT mit VALUES (SELECT FROM TextTabelle) absetzen. Wenn man die externe Tabelle dann noch auf eine RAM-Disk legt, kriegt der FB-Prozess mal richtig Last.

[hoika]

Hallo,

die Sache mit der externen Tabellen wollte ich auch gerade vorschlagen ...

Aber noch mal zum Prepare.
Das macht ZEOS selber (musste mich mal mit den Quellen rumschlagen).


Heiko

[mkinzler]

FireBird prepared zudem beim 1. Zugriff auf eine parametrisierte Abfrage