SQLite und datensensitive Komponenten?

[Sven M.]

@TraumtänzerDieter: Das schau' ich mir mal näher an. Besten Dank.

@Furtbichler.
Zeos habe ich auch schon probiert, sollte zumindest theoretisch ja auch mit SQLite funktionieren. Allerdings habe ich das Problem, dass ich in allen heruntergeladenen Archiven nicht ein Package finde, mit dem ich die Komponenten installieren kann. Ich gebe zu: Ich fühle mich deswegen momentan ziemlich minderbemittelt. :D Denn alle Tutorials, die ich finden konnte, gehen genau davon aus.

@Perlsau:
Hm, doof umschrieben, zugegeben. "TLineSeries mit Werten befüllen" sollte klarer ausdrücken, was ich machen will.
Deine vorgeschlagene Alternative mit den CleintDataSets kommt für mich leider nicht in Frage. Von denen will ich ja gerade weg. :D Denn da nervt mich, dass jedes Mal die gesamte Datenmenge weggeschrieben wird. Das ist f+r meine Ansprüche einfach nicht pratikabel.

Im Prinzip brauche ich eine simple lokale Datenbank, die es mir ermöglicht, unter Delphi 5 mehrere Tabellen (max. 7-8) mit jeweils ~500.000 Datensätzen abzuspeichern. Schön wäre außerdem eine Anbindung an datensensitive Komponenten (TLineSeries in DBChart) sowie möglichst wenig DB-Gedöns, das ich dem User abseits der Exe noch mitgeben muss. Da dachte ich nun mit der im Startpost erwähnten Komponente die Lösung gefunden zu haben (benötigt nur die dll), allerdings fehlt mir da die Möglichkeit, die Daten direkt in DB-Komponenten anzeigen zu lassen.




+++edit+++
Die von TraumtänzerDieter vorgeschlagenene Komponente funktioniert nicht unter Delphi 5. Nach dem Löschen der vom Compiler nicht erkannten Module vcl, rtl, dbrtl sowie unbekannten Compilerdirektiven (Warn, Align 8), stockt der Compiler bei der Zeile

Delphi-Quellcode:

DefaultFormatSettings: TFormatSettings;

TFormatSettings ist ihm nicht bekannt.

[Perlsau]

Zitat:

Zitat von Sven M. (Beitrag 1233037)

@Perlsau:
Hm, doof umschrieben, zugegeben. "TLineSeries mit Werten befüllen" sollte klarer ausdrücken, was ich machen will.
Deine vorgeschlagene Alternative mit den CleintDataSets kommt für mich leider nicht in Frage. Von denen will ich ja gerade weg. :D Denn da nervt mich, dass jedes Mal die gesamte Datenmenge weggeschrieben wird. Das ist f+r meine Ansprüche einfach nicht pratikabel.

ClientDataSets laden und speichern sich nicht von alleine. Du kannst eine Tabelle mit einem ClientDataSet so lange bearbeiten, wie du willst. Bevor das Programm beendet wird, schreibst du den Inhalt zurück, entweder in die Datenbank oder auf die Festplatte oder sonstwohin. Dafür hatte ich mir im PasswortTresor die beiden Methoden geschrieben. Von daher verstehe ich dein Problem mit ClientDataSets nicht.

[sx2008]

Zitat:

Zitat von Sven M. (Beitrag 1233037)

Im Prinzip brauche ich eine simple lokale Datenbank, die es mir ermöglicht, unter Delphi 5 mehrere Tabellen (max. 7-8) mit jeweils ~500.000 Datensätzen abzuspeichern. Schön wäre außerdem eine Anbindung an datensensitive Komponenten (TLineSeries in DBChart) sowie möglichst wenig DB-Gedöns, das ich dem User abseits der Exe noch mitgeben muss.

Da würde sich eine Access Datenbank (*.mdb) anbieten.
In D5 Enterprise hast du die nötigen ADO-Komponenten schon an Bord und du vermeidest damit die völlig veraltete BDE.
Auf den Zielrechnern sind in der Regel alle nötigen Treiber (OLE-DB Provider) als Teil des Windows OS schon installiert.
Dies gilt allerdings nicht für Windows 7 und höher aber man kann die Treiber (Jet Engine 8) einfach nachinstallieren.
http://support.microsoft.com/kb/239114/de

Damit kannst du sämtliche datensensitiven Komponenten benützen.
Ausserdem kannst du relativ leicht von MS Access auf MS SQL Server umschalten da die SQL Dialekte eine grosse gemeinsame Schnittmenge haben.
Ein weiterer Vorteil ist dass du als Entwickler mit MS Access eine sehr leistungsfähige Benutzeroberfläche hast um die Datenbank zu administrieren (Tabellen anlegen, Testdaten einfügen/ändern/löschen usw.)

Das Datenbankformat *.mdb und damit die Jet Engine ist inzwischen von MS abgekündigt und wird nicht mehr weiterentwickelt.
Aber über die ADO-Komponenten stehen dir auch viele andere Datenbanken offen (insbesondere MS SQL Server).

[Furtbichler]

Zitat:

Zitat von sx2008 (Beitrag 1233085)

In D5 Enterprise hast du die nötigen ADO-Komponenten schon an Bord und du vermeidest damit die völlig veraltete BDE.

Ich hätte schwören können, das die bei D5 noch nicht zu gebrauchen waren. Aber da habe ich mich wohl geirrt.