Fehler "Zu wenig Arbeitsspeicher" beim Füllen der Datenbank

[p80286]

Da eigentlich alles wichtige schon geschrieben wurde, noch eine Kleinigket, es fehlt das "Closefile".

Gruß
K-H

[hoika]

Hallo,
vielleicht hilft ja auch ein

form1.DataSet1.DisableControls

aber wie schon vorher gesagt -> TQuery benutzen

[jobo]

Zitat:

Zitat von hoika (Beitrag 1382733)

Hallo,
vielleicht hilft ja auch ein

form1.DataSet1.DisableControls

Also das DisableControls wäre das Minimum. Wer will 100T Datensätzen beim Import zusehen?
Und wer will sie nachher sehen? (EnableControls nach Import)

Eine UI Bindung gehört da gar nicht hin. Ist aber ja auch nur Spekulation, dass eine da ist.

[TigerLilly]

Was hat dein Dataset denn für einen Typ?
Wie sieht die Datenbankanbindung aus?

[Thomas2017]

Hallo,
ich habe die Hinweise von euch entsprechend ausprobiert/getestet.

1. alle 1000 Datensätze ein Transaction1.Commit -> Fehler tritt weiterhin auf
2. -> form1.DataSet1.DisableControls -> Fehler tritt auch auf

Nur zur Info:
An dem Dataset hängt nichts mehr dran.
Ich habe das MiniProgramm lediglich zum Befüllen der Datenbank mit Daten aus der besagten Textdatei.

@TigerLilly
Ist ein TIBDataSet, ein TIBDatabase und ein TIBTransaction, wenn Du das meintest mit der Frage.

[TigerLilly]

Ich vermute, dass dein TIBDataSet immer alle Datensätze enthält, die du appended hast, auch wenn du es zwischendurch schließt + wieder öffnest (was steht denn im SelectSQL?).

Setze das SelectSQL mal auf select .... Where 1<>1. Damit lädt das SelectSQL nach dem schließen/öffnen keine Sätze aus der DB + enthält nur die Sätze, die du angefügt hast.

Alternative:
Anstelle des TIBDataSets kannst du dir ja die insert-statements selber bauen und sie via IBSQL direkt in die Datenbank schreiben. Das geht auch flotter.

[hoika]

Hallo,
die Alternative mit der Query wurde bereits gesagt (von mir :))

[TigerLilly]

Zitat:

die Alternative mit der Query wurde bereits gesagt (von mir )

Ja, eh, aber erst wenn ich es sage, stimmt es auch. 8-)

Nein, im Ernst, sorry, ich wollte nur extra nochmal darauf hinweisen + nicht mit deinen Lorbeeren hausieren.

[Uwe Raabe]

Wenn es wirklich daran liegt, daß die Embedded DB zuviel Speicher braucht, könnte man mal versuchen, die Connection zwischendurch zu schließen und wieder neu zu öffnen.

[Bernhard Geyer]

Zitat:

Zitat von Uwe Raabe (Beitrag 1382781)

Wenn es wirklich daran liegt, daß die Embedded DB zuviel Speicher braucht, könnte man mal versuchen, die Connection zwischendurch zu schließen und wieder neu zu öffnen.

Es muss primär verhindert werden das die gesamte Tabelle in den Speicher geladen wird.
Bei MS Access gabs über ADO die Option Serverseitige Curser zu verwenden damit bei einer TTable-Komponenten nicht der komplette Tabelleninhalt von der Access-Engine nochmal in die Delphi-Teil der Anwendung kopiert wurde. Evtl. gibt das auch bei Interbase.

Ansonsten ist ein TTable-Komponenten nicht zu empfehlen bei Inserts und man sollte Query-KOMponenten mit angepassten INSERT-Statements verwenden. Damit ist man 100%ig sicher das nicht versehentlich die ganze Tabelle in den Speicher geladen wird.