Hallo,
Das Problem wird hier nicht die Suche an sich sein, sondern das Laden von der Platte (langsames I/O...). Bei deinem Ansatz müssen zuerst alle Daten von der Platte gelesen werden (und zwar sicher *alle*)
Darum wird fast kaum herum kommen, alle einzulesen, selbst bei Deinem Verfahren
http://www.delphipraxis.net/1156016-post2.html
Hier etwas abgewandelt
Code:
- feststellen der Anzahl der Datensätze in den n Dateien
- Anzahl dieser Datensätze sortieren, ergibt Dateien n1... <... n12, n1 enthält wenigste Datensätze, n12 die meisten
- n1 -> tmp
- wiederhole für Datei = n2 bis n12
--tmpIndex = 0, DateiIndex = 0
--wiederhole solange (TmpIndex noch nicht maximal) ODER (DateiIndex noch nicht maximal )
---Falls tmp(tmpIndex)=Datei(DateiIndex)=>
----Schreibe Schluessel nach Out
----tmpIndex= tmpIndex+1
----DateiIndex= DateiIndex+1
---sonst
----Solange (tmp(tmpIndex)<Datei(DateiIndex)) UND (TmpIndex noch nicht maximal)
-----tmpIndex= tmpIndex+1
----Solange (tmp(tmpIndex)>Datei(DateiIndex)) UND (DateiIndex noch nicht maximal )
-----DateiIndex= DateiIndex+1
--
-- tmp löschen
-- out in tmp umbennen
-
- tmp in out umbennen
->EDIT: @Laser<-
Das hin- und herspringen in einer 50 MB Datei zum Beispiel
zu Beginn von Mitte dann 0.25 dann 0.125 ..
zum Ende von Mitte dann 0.75 dann 0.875..
ist ja auch nicht das schnellste, ausser man hat wirklich nur noch wenige Elemente in der Restliste.
Aber vielleicht lässt sich das ja nutzen, indem man sich die Position/Schlüssel also den Weg merkt.
Selbst 2^32 Schluessel haben bei binärer Suche nur 32 Wegpunkte.
Gruß Horst