Große Textdateien verarbeiten

[Deep-Sea]

Noch mal 'ne Frage: Wie soll denn die evtl. Bearbeitung vom Kunden aussehen? Bzw. was sind es denn überhaupt für Daten? Man kann hier ja nur rumraten

[alfold]

Zitat von -187-:

Das wäre ziemlich einfach über eine DB (DBGrid) zu lösen ... Wäre eine Überlegung wert.

Was die textdatei in eine Datenbank und dann im DBGrid anzeigen? neeee

alfold

[-187-]

Ich könnte doch die Datenbank in einem DBMemo wiedergeben, dann werden doch immer nur die Zeile angezeigt die im sichtbaren Bereich liegen ?

[p80286]

Zitat von -187-:

Ja tatsächlich Kundenwunsch ... Der Kunde möchte dann durch die zusammengefügte Datei in einer Textbox (Memo) scrollen und ggf. Nacharbeitungen vornehmen.

Jedoch besteht der erste Schritt nur aus dem zusammenfügen der Dateien + Darstellung im Memo.

Das hört sich aber verdammt nach einem aufgebohrten Notepad an.
Abgesehen vom zusammenfügen der Dateien (copy dateia+dateib+dateic Datei_alle), wie soll den diese Nachbearbeitung aussehen?

Gruß
K-H

Edith:

Zitat von -187-:

Ich könnte doch die Datenbank in einem DBMemo wiedergeben, dann werden doch immer nur die Zeile angezeigt die im sichtbaren Bereich liegen ?

und was ist mit dem Speicherbedarf?

[alfold]

Wenn ich den TH richtig verstehe!
Textdatei evtl >500mb, 1 oder mehr textdateien.
Kunde will nun die textdatei bearbeiten lesen und korrgieren, evtl zusammen fügen und wieder lesen/korregieren. Im Speicher nein geht nicht!
Also dynamisch! (sichtbarer bereich)
Der Kunde bekommt von dieser aktion gar nichts mit!

mein Vorschlag

alfold

[-187-]

Naja Nachbearbeitung ála suchen,finden,ersetzen,custom filter,löschen etc...

[alfold]

Zitat von -187-:

Naja Nachbearbeitung ála suchen,finden,ersetzen,custom filter,löschen etc...

und?
Sucht er eine Wort, kann die Textdatei von der platte gescannt werden.
Gefunden, wird die gefundene Stelle angezeigt! Das gleiche mit ersezten usw!

Der Kunde bekommt nicht mal mit das es im Hintergrund abläuft!(auf platte) Das machen andere Programme nicht anders!

Gruss alfold

[-187-]

Wieso und ? Ich hab doch überhaupt kein Einwand gegen deinen Vorschlag gebracht ? !

[alfold]

Oopps, ich hab das als Frage verstanden, ob das auch damit geht

alfold

[ak-ac]

Hast Du schon mal drüber nachgedacht, die Sache mit dem Readln fallenzulassen und stattdessen dich anhand der Größe der Festplattencluster zu richten? Das habe ich mal in anderem ZUsamenhang implementiert und wenn du dann die Blöcke nach Zeilen parst (und ggf. noch intelligent diese Cluster im Speicher behälst) kann du dort einiges an Performance reinholen.

Gruss
Alex