Performance von ini-Dateien

[Gentleman]

Guten Abend.

Momentan arbeite ich in meinem Programm mit ini-Dateien. Da alles ziemlich auf Performance ausglelegt sein muss, frage ich mich nun, ob es eine schnellere Möglichkeit gibt, als das Lesen aus der ini-Datei.

Eine Alternative, die mir vorschwebt, wäre z.B. eine MyBase Datenbank oder Ähnliches. Was würde sich da am meisten empfehlen?


vielen Dank im Voraus.

[omata]

Wieviele Zeilen hat deine INI-Datei denn?

[mr2]

Hallo,

Du müsstest bitte mal etwas genauer darlegen was genau Du möchtest:

Welche Art von Daten stehen in der ini-Datei?
Wieviele Datensätze?
Willst Du nur lesen oder auch schreiben?
...

mr2

[Luckie]

Ini-Dateien werden immer komplett geschrieben. Das macht aber nichts, da sie dafür gedacht sind Prorammkonfigurationen zu speichern. Du scheinst sie aber als Datenbank zu missbrauchen, wenn ich deinen Beitrag richtig deute. Und dazu waren sie nie gedacht noch ausgelegt.

[Gentleman]

Ok, ich versuche das mal etwas genauer zu beschreiben:

Die Datei besteht aus Blöcken, die von der Form immer gleich aufgebaut sind, diese sehen ungefähr so aus:

Code:

[BLOCK1]
Abst=4,4,16
Value=6

Insgesamt sind es 60 bis 70 Zeilen, die Informationen enthalten. Die Werte sind also immer nur Integer Werte und bei "Abst" ein Integer-Array. Aus der Datei will ich nur lesen, schreiben brauche ich nicht.

[thkerkmann]

Hi,

wenn Du nur lesen willst, kannst Du doch die Datei auf einmal in ein tMemIniFile einlesen. Dann sind die Daten auf einmal komplett im Speicher, und du arbeitest darauf. Wenn es 60 - 70 Blöcke sind, mit je etwa 50-100 Bytes, so sind das ja vergleichsweise extrem wenig Daten.

Anders sieht die Sache aus, wenn eine andere Anwendung dir diese Daten ständig ändert, und Du sie dann verarbeitest, d.h. du musst mehrfach diese Daten lesen. Dann würde ich mir aber auch erst mal genau über die Datenmenge klar werden wollen, bevor ich so schwere Geschütze wie eine Datenbank ins Spiel bringe.

Gruss

[Gentleman]

Die Methode mit tMemIniFile klingt ganz interessant.

Ja stimmt, eine Datenbank ist natürlich etwas überdimensional für so eine Datenmenge, aber ich hatte halt den Gedanken, dass Datenbanken einfach etwas schneller sein könnten.

[thkerkmann]

Tja, du zahlst halt bei einer Datenbank erst mal eine hohe Eintrittsgebühr, die sich erst mit steigender Datenmenge und Komplexität wieder rechnet.