Gibts eine schnelle TStringList mit Spalten?

[DeddyH]

Kann ja mal passieren

[moelski]

Moin !

Und ich denke damit habe ich auch ein großes Problem : NameValueSeparator ...

Denn ich muss den Trenner angeben. Und genau das will ich nicht.

Bsp: Meine Rohdaten sind $GP12,23,34;35,6<CR>
Wenn jetzt der NameValueSeparator auf ; stehen würde ... Dann wird das kaum gut gehen.

[Brainstalker]

Ich glaub ich hatte da nicht extra ne SaveToFile funktion drin, da ich die nur intern verwendet habe. Ansonsten sollte es aber auch nicht allzu schwer sein eine SaveToFile Funktion zu schreiben.
Wie es mit der Performance aussieht weiß ich allerdings nicht. Bietet die TObjectList eigentlich eine SaveToFile? Oder brauchst du die gespeicherte Datei als CSV?

[moelski]

Zitat:

Bietet die TObjectList eigentlich eine SaveToFile?

Nicht das ich wüsste.

Zitat:

Oder brauchst du die gespeicherte Datei als CSV?

Is mir voll schnuppe wie die Daten auf der Platte landen. Hauptsache ich kann sie wieder zurücklesen

[alzaimar]

Welches Interface sollte denn deine Tabellenkomponente haben?
Es ist bestimmt nicht schwer, die TStringlist-Klasse um die zusätzlichen Funktionen zu erweitern.
Ich kann mir das so vorstellen:

Delphi-Quellcode:

TMoelskiSeineStringList = Class (TStringlist)
public
  Property Header[Row : Integer] : String;
  Property RawData[Row, Col : Integer] String;
End;

Zusammen mit einer einfachen Explode-Funktion sollte eine generischen Implementierung nichts im Wege stehen: Ich schätze den Aufwand auf 10-20 Zeilen.

[himitsu]

Zitat von alzaimar:

Es ist bestimmt nicht schwer, die TStringlist-Klasse um die zusätzlichen Funktionen zu erweitern.

Jupp, z.B. auch über die Class-Helper, falls man keine neue Klasse möchte.

Und zum Aufteilen gibt es unzählige Explodefunktionen.
(wobei da auch schnell was kleines selbstgebastelt ist)

[alzaimar]

Zitat von himitsu:

Jupp, z.B. auch über die Class-Helper, falls man keine neue Klasse möchte.

...Das wollte ich nicht vorschlagen, weil wir ja nicht die TStringList-Klasse erweitern, sondern eine gänzlich neue Klasse erstellen wollen/sollten/könnten.

[p80286]

Wenn ich richtig gelesen habe, soll am besten auch noch ein Index mitgeliefert werden.
Auf welche "Spalte(n)" ?
So sehr ich dagen bin, sich für 1000 Adresssätze gleich eine Embedded-DB zuzulegen, hier wäre dies wohl angebracht.

Zitat von moelski:

Und ich denke damit habe ich auch ein großes Problem : NameValueSeparator ...

Denn ich muss den Trenner angeben. Und genau das will ich nicht.

Bsp: Meine Rohdaten sind $GP12,23,34;35,6<CR>
Wenn jetzt der NameValueSeparator auf ; stehen würde ... Dann wird das kaum gut gehen.

Ach Ja ? und warum nicht? wenn wir mal von Unicode absehen, eins von den 250 Zeichen sollte doch wohl als "Fíeldseperator" brauchbar sein.



Grüße
K-H

[moelski]

Zitat:

wenn wir mal von Unicode absehen, eins von den 250 Zeichen sollte doch wohl als "Fíeldseperator" brauchbar sein.

Nein. Was da an Rohdaten ankommt kann alles mögliche sein. Da bleibt eben kein Trenner über.

Zitat:

Wenn ich richtig gelesen habe, soll am besten auch noch ein Index mitgeliefert werden.
Auf welche "Spalte(n)" ?

ein Index auf die Reihen würde genügen.

Zitat:

Embedded-DB

Ist aber vermutlich nicht so performant wie eine Lösung mittels einfacher Liste ...

[p80286]

Zitat von moelski:

Zitat:

wenn wir mal von Unicode absehen, eins von den 250 Zeichen sollte doch wohl als "Fíeldseperator" brauchbar sein.

Nein. Was da an Rohdaten ankommt kann alles mögliche sein. Da bleibt eben kein Trenner über.

Dann sollten wir uns ganz schnell von Strings verabschieden,und zu einem Binären Format wechseln. (und sei es ein mißbrauchter Shortstring)

Zitat von moelski:

Zitat:

Wenn ich richtig gelesen habe, soll am besten auch noch ein Index mitgeliefert werden.
Auf welche "Spalte(n)" ?

ein Index auf die Reihen würde genügen.

Im allgemeinen wird der Index aus den Daten gebildet, nach denen gesucht wird. Z.B. Name, Erfassungsdatum etc.
Die "Reihennr / Satznummer" kann man zwar auch indizieren, aber bei einer Suche nach Inhalten wäre das nicht sehr zielführend.

Zitat von moelski:

Zitat:

Embedded-DB

Ist aber vermutlich nicht so performant wie eine Lösung mittels einfacher Liste ...

Um eine DB zu schlagen, muß Du eine DB-Ähnliche Struktur erstellen!
Alleine das Erstellen dieser Struktur, (wie auch immer sie konkret aussieht) fällt im täglichen Betrieb der DB fort. Da hast Du nur noch eine Chance mit handoptimierten Algorithmen und viiieel Assembler. Ob das den Aufwand lohnt?

Gruß
K-H