Speichern in Tabellenform

[VkPenguin]

Vielen Dank nochmals für Eure Tipps. Ich habe mir die verschiedenen Möglichkeiten mal angesehen und glaube, dass sich TClientDataSet ganz gut eignet. Dazu habe ich mir dann einige Tutorials und Beispiele angesehen und ein kleines Testprogramm zusammengetippt.

Noch drei Fragen dazu:
1. Der Datentyp einer Spalte ist immer gleich, oder? Er kann also nicht z.b. ab der fünften Spalte geändert werden?
2. Speichert man dann Records, indem man den Record in seine Bestandteile aufteilt? Oder sollte man da mit Blob arbeiten?
3. Ist diese Vorgehensweise richtig, um ein bestimmtes Feld zu editieren, oder ginge es (etwa DB[5,2]:='test') auch einfacher?

Delphi-Quellcode:

DB.Locate('id',2,[]);
DB.Edit;
DB['person']:= 'person2';
DB.Post;

[humbuck]

Du solltest mein Angebot annehmen...

[Perlsau]

1. Ja, der Datentyp einer Spalte (=Feld) bleibt stets erhalten.

2. Wenn du in deiner Anwendung einen Recordtyp als Array festgelegt hast, dessen Inhalte du in eine Tabelle speichern möchtest, ist es erforderlich, daß die Record-Felder in der Tabelle sozusagen gespiegelt werden:

Delphi-Quellcode:

type
  MyRecord  = Record
    Name : String;
    Vorname : String;
    Strasse : String;
    PLZ : String;
    Ort : String;
    Geburtsdatum : TDate;
  End;

var
  Adressen : Array of Record;

Im Grunde benötigst du den Record aber gar nicht, wenn du direkt mit der Tabelle arbeitest.

Zitat von VkPenguin:

3. Ist diese Vorgehensweise richtig, um ein bestimmtes Feld zu editieren, oder ginge es (etwa DB[5,2]:='test') auch einfacher?

Delphi-Quellcode:

DB.Locate('id',2,[]);
DB.Edit;
DB['person']:= 'person2';
DB.Post;

Locate ist eine Funktion und liefert True zurück, wenn der gesuchte Eintrag gefunden und lokalisiert wurde. In deinem Beispiel wertest du den Rückgabewert der Funktion nicht aus und kannst daher nicht sicher sein, ob der Eintrag mit der Id=2 auch selektiert wurde, bevor du in diesem Record einen Feldwert änderst:

Delphi-Quellcode:

if DB.Locate('id',2,[]) Then
Begin
  DB.Edit;
  DB.FieldByName('person').AsString := 'person2';
  DB.Post;
End Else
Begin
  DB.Append;
  DB.FieldByName('person').AsString := 'person2';
  DB.FieldByName('id').AsInteger := 2;
  DB.Post;
End;

DB ist vermutlich dein CustomDataSet oder MemoryDataSet. Schau dir doch einmal die Hilfe zu Datasets an, das könnte sehr nützlich sein. Und laß dich nicht verwirren: In Datenbanken bezeichnet der Ausdruck Record einen Eintrag in einer Tabelle, tabellarisch gesehen wäre das dann eine Zeile. Eine Spalte in einer Tabelle ist ein Feld.

[VkPenguin]

@Humbock: vielen Dank für Dein Angebot, aber ich möchte selbst lernen, damit umzugehen.
@Perlsau: Danke Dir, 1. und 3. sind damit klar. Was ich jedoch nicht ganz verstanden habe ist 2.

Zitat:

Wenn du in deiner Anwendung einen Recordtyp als Array festgelegt hast, dessen Inhalte du in eine Tabelle speichern möchtest, ist es erforderlich, daß die Record-Felder in der Tabelle sozusagen gespiegelt werden

Ich habe in der Anwendung, für die ich die Datenbank später brauche bereits Records. Meine Frage ist nur, soll ich nun einen Record wie beispielsweise

Delphi-Quellcode:

type RPerson=Record
Name:String;
ID:Integer
End;

Personen:Array of RPerson

mithilfe zweier Spalten "Name" und "ID" speichern, oder gibt es da noch etwas geschickteres?

*Edit*: Gerade, wenn man bedenkt, dass es in meinem Programm etwa 10 Recordtypen gibt, die als Basis von Arrays unterschiedlichste Daten beinhalten, wird das doch recht unübersichtlich, oder nicht? Sollte man dann mit unterschiedlichen Datasets arbeiten? Aber die müssten dann doch auch zusammengeführt werden, um alles am Ende in einer Datei speichern zu können...? Oder habe ich da was falsch verstanden?

[Perlsau]

Wenn du deinen Record verwendest und das ganze dann in einer "Datenbank" via MemoryDataset (bzw. TClientDataSet) speicherst, verwaltest du deine Tabelle unnötigerweise doppelt. Natürlich kannst du eine Tabelle anlegen, die genau die Felder besitzt, die du in deinem Record bereits erstellt hast. Das ist aber erstens vollkommen umständlich und beansprucht zweitens unnötig Speicherplatz. Verwende doch stattdessen ausschließlich das Dataset als Datenpool. Du legst dann einfach deine Tabelle im Dataset an und arbeitest damit. Das bringt zudem weitere Vorteile wie Sortierung, leichteres Suchen via Locate oder Selektion z.B. aller Namen, die mit "M" anfangen.

Eine einfache Einführung in die Arbeit mit Memorydataset findest du im Delphi-Treff, das würde ich an deiner Stelle mal durcharbeiten:
Einfache Datenbanken mit MyBase

Besser wäre es natürlich, du würdest eine richtige Datenbank verwenden, z.B. Firebird. Das erfordert zwar etwas Einarbeitung, bringt dich aber auch weiter in deiner persönlichen Entwicklung zum Programmierer. Und du kannst damit noch viel mehr machen als mit Records oder einem MemoryDataset, kannst mehrere Tabellen zentral verwalten, hast es wesentlich einfacher beim Erstellen der Tabellen und vieles mehr ...

[humbuck]

Ich hab dir mal was gebastelt...

Das kannste dann ja deinen Bedürfnissen munter anpassen...

Damit sparst du dir extrem viel Arbeit bei den Datenzugriffen...

[Perlsau]

Versteh ich jetzt nicht: Was hat das mit der Problematik des TE zu tun, der ja weder eine Datenbank hat noch überhaupt Erfahrung im Umgang mit DBs?

Und inwiefern sollte dein Projekt hilfreich sein. Den Dialog, den du da präsentierst, kann ich auch direkt zur Designzeit aufrufen. Irgendwie ziemlich verwirrend das Ganze, findest du nicht?

Ach ja, bevor ich's vergesse: Weshalb machst du hier dauernd Werbung für dein Programm, das du gerne für 99,- Euro verkaufen würdest? Der TE will doch was lernen, oder siehst du das anders?

Irgendwie kann ich mich des Eindrucks nicht erwehren, du hast womöglich selber nicht besonders viel Erfahrung im Umgang mit Datenbanken

[humbuck]

Zitat von Perlsau:

Versteh ich jetzt nicht: Was hat das mit der Problematik des TE zu tun, der ja weder eine Datenbank hat noch überhaupt Erfahrung im Umgang mit DBs?

Wollte er nicht eine Art 'Pseudo-Excel' einsetzen?

Aus seinen ersten Ausführungen geht hervor, dass er bei der Verwendung von Excel als 'Datenbank' hängen geblieben ist.
Und das kann er mit dem Programmbeispiel fix realisieren.

Bei seinem Verwendungszweck reicht das ja voll aus. Und es ist schneller, als Excel zu starten.

Zitat:

Und inwiefern sollte dein Projekt hilfreich sein. Den Dialog, den du da präsentierst, kann ich auch direkt zur Designzeit aufrufen.

Da hast du natürlich recht. Und nun? Meinste nicht, dass er damit viel mehr Flexibilität bekommt?

Zitat von Perlsau:

Ach ja, bevor ich's vergesse: Weshalb machst du hier dauernd Werbung für dein Programm, das du gerne für 99,- Euro verkaufen würdest? Der TE will doch was lernen, oder siehst du das anders?

Das er was lernen will, hat er erst danach geschrieben.
Ach ja, weshalb hast du denn die (Werbe-)Links in einem Account hier? Schon mal was vom Glashaus gehört?

Zitat:

Irgendwie kann ich mich des Eindrucks nicht erwehren, du hast womöglich selber nicht besonders viel Erfahrung im Umgang mit Datenbanken

Danke, es reicht voll aus. Etwa 30 Jahre Erfahrung sollten genügen.
Und das : "" ist schon frech gewesen.


Übrigens wusste ich nicht, dass du alleine hier die Anregungen und Hilfestellungen gibst. Oder sein Sprachrohr bist...