SQLite und datensensitive Komponenten?

[baumina]

Wenn du eine TDatasource aufs Formular nimmst und dort das Dataset zuweist, kannst du in jeder DB-Komponente (z.B. TDBEdit, TDBGrid, TDBText, etc.) diese Datasource verwenden.

[DeddyH]

Wenn ich das richtig überblicke, ist TSQLiteTable nicht von TDataset abgeleitet, da wird das nichts mit mal eben zuweisen. Hier könnte man dann auf eine der zahlreich verfügbaren TMemoryTable-Implementationen zurückgreifen oder selbst ein TClientDataset definieren. In beiden Fällen müssten die Datasets dann zur Laufzeit aus der TSQLiteTable mit Daten bestückt werden, dann kann man auch RAD-like die üblichen Zuweisungen vornehmen.

[baumina]

Zitat von DeddyH:

Wenn ich das richtig überblicke, ist TSQLiteTable nicht von TDataset abgeleitet, da wird das nichts mit mal eben zuweisen. Hier könnte man dann auf eine der zahlreich verfügbaren TMemoryTable-Implementationen zurückgreifen oder selbst ein TClientDataset definieren. In beiden Fällen müssten die Datasets dann zur Laufzeit aus der TSQLiteTable mit Daten bestückt werden, dann kann man auch RAD-like die üblichen Zuweisungen vornehmen.

Ach du Schreck, damit habe ich nun echt nicht gerechnet. Würde mich persönlich extrem davon abhalten das Ding zu benutzen. Wie wäre es stattdessen mit ZEOS?

[Sven M.]

@DeddyH: Ob ich die Daten aus der Tabelle abfrage und in die Series schreibe oder erst in ein TClientDataset, das ich dann der Series zuweise, macht im Endeffekt aber keinen Unterschied, oder? Wäre doch eher noch umständlicher?!

Ich werf' mal einen Blick auf die Zeos-Bibliotheken. Danke!

[baeckerg]

Wenn Du XE5 verwendest kannst Du FireDAC verwenden

[Sven M.]

XE 5? Davon kann ich nur träumen. Die Angabe da unter meinem Benutzernamen ist tatsächlich aktuell.

[TraumTaenzerDieter]

Oder du nimmst die Komponenten von dieser Seite
http://www.filedepot.eu/sivak3/index.htm
die auch einen TDataSet enthalten.

[Perlsau]

Zitat von Sven M.:

@DeddyH: Ob ich die Daten aus der Tabelle abfrage und in die Series schreibe oder erst in ein TClientDataset, das ich dann der Series zuweise, macht im Endeffekt aber keinen Unterschied, oder? Wäre doch eher noch umständlicher?!
Ich werf' mal einen Blick auf die Zeos-Bibliotheken. Danke!

Den Ausdruck "in die Series schreiben" vestehe ich nicht. Was meinst du damit?

Ich habe letzte Woche an einer Minimalverschlüsselung für eine Projekterweiterung gearbeitet: Weil Firebird 2.5 noch keine Verschlüsselung kennt (soll ja angeblich mit V3.0 kommen), bin ich zur lokalen Bearbeitung der verschlüsselten Tabelle auf ein Clientdataset ausgewichen. Nach einigen Anlaufschwierigkeiten funktioniert das ebenso gut wie irgend ein DBDataset oder eine Query-Komponente. Man darf nur nicht vergessen, beim Start die Daten zu laden und vor Programmende wieder zu speichern. Das Programm PasswortTresor,* quasi ein Abfallprodukt meiner Auftragsarbeit, verwendet diesse Methode. Für SQLite muß man das natürlich anders machen, aber da kennen sich andere besser aus als ich.

Delphi-Quellcode:

// ********** CLIENT-DATASET LADEN *****************
Procedure TDatMod.ClientSet_Laden;
begin
  ClientSet_Zugang.Active       := False;
  Qset_Zugang.Open;
  ClientSet_Zugang.ProviderName := 'Prov_Zugang';
  ClientSet_Zugang.Open;
  ClientSetKodieren(1);
  Dsrc_Zugang.Enabled           := True;
  Qset_Zugang.Close;
  ClientSet_Zugang.ProviderName := '';
end;

// ********** CLIENT-DATASET SPEICHERN *************
Procedure TDatMod.ClientSet_Speichern;
Var
  Idx : Integer;
begin
  Dsrc_Zugang.Enabled := False;
  ClientSetKodieren(0);
  Qset_Zugang.Open;

  ClientSet_Zugang.First;
  WHILE NOT ClientSet_Zugang.Eof DO
  BEGIN
    Idx := ClientSet_Zugang.FieldByName('IDX_ZUGANG').AsInteger;
    IF NOT ClientSetToQuery(Idx) THEN ShowMessage('Fehler beim Speichern des ClientSets: ' + IntToStr(Idx));
    ClientSet_Zugang.Next;
  END;
  Qset_Zugang.Close;
end;

* (Freeware, Benutzer: Admin, Passwort: a1)

[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. 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. 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
DefaultFormatSettings: TFormatSettings; TFormatSettings ist ihm nicht bekannt.

[Perlsau]

Zitat von Sven M.:

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