Datentabelle ohne Datenbank

[H.Bothur]

Moin,

ich stehe etwas auf dem Schlauch weil ich das noch nie gemacht habe Ich lese immer wieder das man Datenstrukturen wie Adressdaten nicht in einem StringGrid oder DBGrid vorhalten soll sondern das das Grid nur zur Anzeige dienen soll.

Wenn ich aber nur eine CDV-Datei - also keine Datenbank habe - brauche ich ja eine Tabelle oder ähnliches in das ich meine Daten einlese. Nur ... was nehme ich dann ??

Wie gesagt, die Daten bleiben ein CSV, ich will nur eine Tabelle uf die mit "Zelle[X,Y]" oder ähnliches zugreifen kann.

Hans

[DeddyH]

Da bietet sich doch eine MemoryTable an, so wie TFDMemTable von FireDAC oder das klassische TClientDataset.

[jobo]

Zitat von H.Bothur:

Wie gesagt, die Daten bleiben ein CSV, ich will nur eine Tabelle uf die mit "Zelle[X,Y]" oder ähnliches zugreifen kann.

Kleiner Hinweis am Rande:
Zelle[x,y] klingt mir viel zu sehr nach spreadsheet (LO,OO, Excel,...), als dass ich von Datenbank reden würde. Ein Koordinatenzugriff unterscheidet sich fundamental von einem relationalen Datennamkzugriff, auch wenn es in einem DB Grid verdammt ähnlich aussieht und es viele Möglichkeiten gibt, die Unterschiede zu verwischen.

Also vielleicht nochmal genau nachdenken, was man lieber haben möchte.
Ist aber vielleicht nur Korinthenk.. von mir.

[H.Bothur]

Zitat von DeddyH:

Da bietet sich doch eine MemoryTable an, so wie TFDMemTable von FireDAC oder das klassische TClientDataset.

Danke - ich lese mich da mal rein😀

Hans

[H.Bothur]

Zitat von jobo:

Zitat von H.Bothur:

Wie gesagt, die Daten bleiben ein CSV, ich will nur eine Tabelle uf die mit "Zelle[X,Y]" oder ähnliches zugreifen kann.

Kleiner Hinweis am Rande:
Zelle[x,y] klingt mir viel zu sehr nach spreadsheet (LO,OO, Excel,...), als dass ich von Datenbank reden würde. Ein Koordinatenzugriff unterscheidet sich fundamental von einem relationalen Datennamkzugriff, auch wenn es in einem DB Grid verdammt ähnlich aussieht und es viele Möglichkeiten gibt, die Unterschiede zu verwischen.

Also vielleicht nochmal genau nachdenken, was man lieber haben möchte.
Ist aber vielleicht nur Korinthenk.. von mir.

Nööö .... ich denke mal das ist der Unterschied zwischen einem Laien wie mir und jemandem der weiß was er tut. Aber natürlich kann man das auch anders sehen .... als Felder in einer Datenbank oder Records ,.. ich habe immer noch die Zeilenorientierte Fenkweise drauf weil ich mich in der Hinsicht (genauso wie bei OOP) nie weiter entwickelt habe - aber für das was ich mache reicht es im Regelfall.

Aber .... wenn es passt (und jetzt passt es vom Thema und auch zeitlich) dann lerne ich gerne 😀

Hans

[p80286]

Der Einwand von Jobo ist wichtig, da die "Tabelle" nur das Ergebnis einer DB-Abfrage sein kann also
DB -> Datentabelle -> AnzeigeGrid.
Ich verwende als Datentabelle, also als Zwischenschicht, in den meisten Fällen eine Stringlist (nicht numerische Daten). Ersetze ich die DB-Schnittstelle durch ein CSV-Modul kann ich problemlos CSV-Dateien anzeigen.
Natürlich kann man auch ein ClientDataset verwenden, je nach enthaltenen Daten ist dieses auch zu bevorzugen, nur sollte man sich durch die Begrifflichkeit "Dataset/Database" nicht verwirren lassen.

Gruß
K-H

[ConnorMcLeod]

Bei den JEDIs gibt es ein TJvCsvDataSet ...

[H.Bothur]

Zitat von p80286:

Ich verwende als Datentabelle, also als Zwischenschicht, in den meisten Fällen eine Stringlist (nicht numerische Daten). Ersetze ich die DB-Schnittstelle durch ein CSV-Modul kann ich problemlos CSV-Dateien anzeigen.

Moin,

jetzt verwirrst Du mich etwas - eine StringList ist doch aber immer eindimensional - sprich man kann immer nur einen ganzen String lesen.
Dann muss man doch aber bei jedem Zugriff aus dem String die einzelnen Felder extrahieren, oder ??

Hans

[p80286]

Ja, aber nur einmal (kommt auf die Anwendung an), in (bei mir) seltenen Fällen nutze ich auch eine Tlist mit records (bin da sehr konsevativ) vor allem wenn es sich um vorher bekannte Felder handelt.


Gruß
K-H