Hallo,

ich hab ein kleines Problem mit der ADO SQL Insert Geschwindigkeit.

Ich habe eine Datensatz der ca. 800.000 Daten beinhaltet dieser wird via Delphi aufgearbeitet und ist in einer TObjectList<TData>.

Bisher hatte ich für SQL Inserts immer eine Stored Procedure via TAdoStoredProc realisiert, aber bei dieser Datenmasse ist das zu langsam.

Wenn ein Neuer Datensatz da ist werden die besehenden Daten aus der Tabelle erst gelöscht und dann die neuen Daten befüllt.

Die Datenstruktur:

markieren

Delphi-Quellcode:

  TData = class
    FID: string;
    FText: String;
    FOrt: string;
    FValue: Extended;

Die Tabelle sieht so aus:

markieren

Code:

ID   nvarchar(12)   
Text   nvarchar(255)   
Ort   nvarchar(10)   
Value   float

Mein Insert bisher (in der SP ist nur der eigentlicher Insert drin).

markieren

Delphi-Quellcode:

For Data in ObjList do
begin
  ADOSP_T_SP.Active := false;
  ADOSP_T_SP.Parameters.ParamByName('@ID').Value := Data.FID;
  ADOSP_T_SP.Parameters.ParamByName('@Text').Value := Data.FText;
  ADOSP_T_SP.Parameters.ParamByName('@Ort').Value := Data.FOrt;
  ADOSP_T_SP.Parameters.ParamByName('@Value').Value := Data.FValue;
  ADOSP_T_SP.Active := true;
end;

welche Möglichkeiten gib es sonst noch? TAdoTable, TAdoCommand....
was eignet sich am besten bei so einer Datenmenge?

Edit: Server ist ein MSSQL 2017 v14.0

Wenn es wirklich schnell gehen soll würde ich BULK INSERT verwenden: https://www.mssqltips.com/sqlservert...to-sql-server/

Mit einem SQL-Server 2018 wird das aber schwierig werden. So einen gibts doch gar nicht.

Zitat von Uwe Raabe:

Wenn es wirklich schnell gehen soll würde ich BULK INSERT verwenden: https://www.mssqltips.com/sqlservert...to-sql-server/

Und so geht das mit Delphi: https://www.delphipraxis.net/209140-...m-schnell.html

Moin...

Zitat:

aber bei dieser Datenmasse ist das zu langsam

...immer wieder die Frage...welche Zeitvorstellung hast du bei 800000 Inserts?
PS:
Nur das Insert oder auch das Laden?
PS:
ADO: Hängt ein Control an der Query welche die Daten lädt? Info: https://www.delphipraxis.net/192080-ado-langsam.html

Zitat von Uwe Raabe:

Wenn es wirklich schnell gehen soll würde ich BULK INSERT verwenden

Vielen Dank für den Tipp ich werde mich da mal einlesen und versuchen das so einzubinden.

Zitat von Papaschlumpf73:

Mit einem SQL-Server 2018 wird das aber schwierig werden. So einen gibts doch gar nicht.

oh Stimmt hatte irgendwie einen Dreher Drin, ich habe eine MSSQL Server 2017 (v14.0.) und nutze die SSMS 18.
Danke für den Hinweis ich schau es mir auch mal an.

Zitat von haentschman:

Moin...
...immer wieder die Frage...welche Zeitvorstellung hast du bei 800000 Inserts?
PS:
Nur das Insert oder auch das Laden?

ich hatte es versucht und nach 10 Minuten Abgebrochen und es waren noch keine 100.000 Daten drin.
also kleiner 10 Minuten wäre schon wünschenswert für ca 800.000 Daten

nur Insert mach Probleme bei der Datenmenge bisher hatte ich noch nie den fall so viele Daten auf einmal einzufügen,
beim Laden mach ich mir keine Sorgen ich hab schon öfter große Datenmengen geladen und die Zeit war angemessen.

Die Inserts mit Datasets oder gespeicherten Prozeduren sind immer ziemlich langsam. Es kann ja immer nur ein einziger Datensatz gesendet, auf dem Server eingefügt und bestätigt werden, bevor der nächste Datensatz geschickt werden kann. Das kostet Zeit.

Die zweitschnellste Methode nach BULK INSERT / BULK COPY ist m.E., wenn du 1000, 5000 oder 10000 reine INSERT-Befehle in ein einziges Kommando packst und direkt per ADOConnection.Execute('deine 10000 Inserts...') zum Server schickst. Einfach mal ausprobieren, mit wieviel 1000 Datensätzen am Stück die besten Ergebnisse erziehlt werden.

Okay ich habe jetzt das mit dem BulkCopy eingefügt.
Keine 10 Sekunden, Wahnsinn.

Vielen Dank an Uwe Raabe und Papaschlumpf73