Speichern in Tabellenform

[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...

[Perlsau]

Zitat:

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

Nein. Du hast offenbar das Anliegen des TE nicht verstanden. Das könntest du ändern, indem du seine letzten Forenbeiträge liest. Darauf wollte ich dich lediglich hinweisen, falls du mir folgen kannst.

Zitat von humbuck:

Ach ja, weshalb hast du denn die (Werbe-)Links in einem Account hier? Schon mal was vom Glashaus gehört?

Verweise auf Homepages sind erlaubt, direkte Werbung für Produkte dagegen nicht. Außerdem halte ich es nicht für hilfreich, einem Hilfesuchenden ein nicht näher definiertes Programm zum Kauf aufdrängen zu wollen und das gleich zweimal mit Nachdruck ("du solltest das kaufen"!). Wenn du auf deine Homepage verweisen möchtest, ist das mit Sicherheit kein Problem.

Zitat von humbuck:

Danke, es reicht voll aus. Etwa 30 Jahre Erfahrung sollten genügen.

Kann ich jetzt glauben oder weiter anzweifeln. Nach 30 Jahren Datenbankerfahrung sieht dein gepostetes Projekt jedenfalls nicht wirklich aus

Übrigens schrieb der TE bereits: "@Humbock: vielen Dank für Dein Angebot, aber ich möchte selbst lernen, damit umzugehen." ... mal so apropo Erfahrung und so ...

Und damit meinte er sicher nicht, er möchte lernen, mit Excel umzugehen. Der Thread war an dieser Stelle schon etwas weiter, es geht inzwischen darum, wie man anstelle von Records ein ClientDataset oder besser gleich eine richtige Datenbank zur Datenverwaltung und -speicherung einsetzt.

Zitat von humbuck:

Und das : "" ist schon frech gewesen.

Du darfst dich gerne bei den Admins über meine angebliche Frechheit beschweren. Ich finde auch so einiges frech ... Übrigens bedeutet dieses Smiley nicht, daß man das Gegenüber für dumm hält, sondern daß man mal ganz dumm fragt ... mal so apropo Erfahrung und so ...

Zitat von humbuck:

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

Oh nein, nicht diese Leier! Wessen Sprachrohr soll ich sein? Ein wenig Zurückhaltung täte dir sicher gut.

[humbuck]

Ich denke, du solltest dich lieber auf dich konzentrieren, als in derartiger Weise dein Standpunkte zu vertreten.
Ich denke nämlich auch, diese Portal ist für Hilfe gedacht und nicht dazu, um andere zu diskreditieren. Ist leicht überflüssig.

Und noch was: Ich will dir nichts streitig machen. Deine Hilfe als Meinung zählt wie dir anderer auch. Brauchst also keine Angst zu haben.

So, und nun wieder zum Thema...