Sql Timeout expired

[value is NULL]

Hi Leute

habe folgendes problem. Ich versuche mittels folgendem code Inserts abzuschießen (ca 2,5 Mio)
jedoch bekomme ich nach einer willkürlichen Zahl an erledigten Inserts ein "Timeout Expired"

denn connect mache ich wie folgt:

Delphi-Quellcode:

function connect(): string;
begin
try
  CoInitialize(nil);
  Conn := TADOConnection.Create(nil);
  Conn.ConnectionString := 'Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info = False;Initial Catalog=mydb;Data Source=localhost';
  Conn.Connected := true;
except
  on e : exception do begin
    Writeln(e.message);
    halt(1);
  end;
end;
end;

anschließend mache ich den insert

Delphi-Quellcode:

function update(sQuerySQL : string) : string;

begin
oTmpQry := TADOQuery.Create(nil);
try
  try
    oTmpQry.Connection := Conn;
    oTmpQry.CommandTimeout := 5000;
    oTmpQry.SQL.Text := sQuerySQL;
    oTmpQry.ExecSQL;
  except
    on e : exception do begin
      Writeln(e.message);
      halt(1);
    end;
  end;
Finally
  oTmpQry.free;
end;
end;

und anschließend das connect close

Delphi-Quellcode:

function close(): string;
begin
try
  Conn.Close;
  conn.Free;

except
  on e : exception do begin
      Writeln(e.message);
      halt(1);
  end;
end;
end;

mein prozedere ist wie folgt, ich lese aus einer anderen db werte aus und bastel mir einen insert string,
und diesen schieße ich mit den obigen prozeduren in eine andere db ab....

irgenwelche Ideen warum ich immer ein Timeout bekomme nach zB 70.000 inserts?

LG

[sx2008]

Wieso erzeugst du denn ständig ein neues TADOQuery-Objekt und zerstörst es anschliesend wieder?
Aber es geht auch ohne TADOQuery:

Delphi-Quellcode:

function update(const SQL : string) : string;
                      ^^^  keine Query, sondern nur eine SQL-Anweisung
begin
  try
    Conn.Execute(SQL);  // SQL-Anweisung direkt über die Connection abschicken
  except
    on e : exception do begin
      Writeln(e.message);
      halt(1);
    end;
  end;
end;

[Bummi]

mist, sx2008 war schneller...
Wenn Du mit einem SQL-Server arbeitest (SSPI) wäre auch zu überlegen ob DTS nicht die bessere Alternative wäre bei 2,5 Sätzen.
Oder gegf. einen Verbindungsserver aufmachen und den SQL über alle Daten auf einmal ausführen.

[Bernhard Geyer]

Iiii. SQL-Strings direkt ohne Parmeter.

Ich tipp mal darauf das die MSDE einfach vollkommen in die Knie geht um die Datensätze in einer einzigen Transaktion einzufügen und so schon ein einzelner Insert sehr lange dauert und den Timeout zuschlagen lässt. Wie schaut es mit dem Speicherverbrauch und HD-Aktivitäten aus? Ich denke hier wird die MSDE schon an die von MS künstlichen Grenzen schlagen.

Bei vielen gleichen Datensätzen sind parametrisierte Abfragen um welten schneller. Als Kür wäre ein Bulk-Insert mit Parametern :-)

[value is NULL]

vielen dank für die schnellen antworten,

werde das Objekt mal nicht immer zerstören und die inserts abschießen

mal sehen was passiert.

LG

[value is NULL]

hallo alle zusammen, es hat jetzt funktioniert...

ich habe bei jedem insert die connection zur DB geöffnet und dann wieder getrennt,
jetzt habe ich 1000er blöcke gemacht, dh 2 x connection open
daten holen und inserts schicken und nach dem 1000sten die 2 connections trennen und neu aufmachen...

hat jetzt ohne probleme funktioniert

danke danke!