SQLLite in Delphi mit einem TDataset, wie am Einfachsten?

[Furtbichler]

Hi Leute,

Eigentlich will ich eine kleine Desktop-DB ohne Treiber mit kleinem Footprint. Firebird embedded ginge, aber ist ein overkill. Außerdem krieg ich das auf meinem Drecksvista nicht zum Laufen (bin zu blöd)

Nun habe ich mir SQLite besorgt und einige Delphi-Komponenten ausprobiert, die mir TDataset-Derivate bereitstellen. Am liebsten würde ich ganz ohne extra Komponente auskommen...

Ich möchte letztendlich nur, das alle Eingaben sofort in einer Datei gespeichert werden, und nicht erst bei einem 'SAVE'.

Hmmm, was für ne Frage hab ich überhaupt?

Ach ja: Welche Alternativen habe ich denn?
Ich habe mir die ADUCOM-Komponenten angeschaut, aber die sind total verbuggt, andere sind erstaunlich langsam (100ms pro Post)

Was nehmt ihr denn so für so einen Anwendungsfall (6 Tabellen, Blobs, maximal 500 Recs pro Tabelle, vielleicht auch 1000).
SQL ist nicht notwendig.

[Uwe Raabe]

Zitat:

Zitat von Furtbichler (Beitrag 1137116)

Ich möchte letztendlich nur, das alle Eingaben sofort in einer Datei gespeichert werden, und nicht erst bei einem 'SAVE'.

Auch mit einem TDataSet werden die Eingabedaten erst beim "Post" an die Datenbank übertragen. Kannst du mal die Gründe für deine Forderung etwas näher erläutern?

[Sir Rufo]

mORMot vielleicht suchst du sowas ;)

[Furtbichler]

Hi Uwe, ich meinte natürlich nach dem Post.

An mORMot hatte ich auch schon gedacht, aber irgendwie keinen Bock auf die Einarbeiten. Es wird doch wohl möglich sein, so eine kleine Anwendung mit TDBxxxEdits und Grids hinzuwuppen. Mit MSSQL hätte ich das in Einsfixdrei, aber wer installiert sich schon einen SQL-Server?

Aber Isch gugge mal.

Es wird ein Tool zum Erfassen von Meetingprotokollen, Action Items usw. Muss also auf dem Laptop eines Projektmanagers (= DADAU, Der allerdümmste anzunehmende User) laufen.

[Sir Rufo]

Was sollte dich hindern FastReport zu benutzen?

FastReport bietet eine Komponente womit du jede Art von Liste quasi als ein DataSet übergeben kannst ;)

[Furtbichler]

Hi Sir Rufo... Dann muss ich ja noch mehr codieren. :stupid:
Da denkt man, man wuppt so ein Piddy-Teil mal eben mit SQLLite und dann sowas.

[Uwe Raabe]

Was spricht gegen TClientDataSet? Man kann ja notfalls nach jedem Post auch die Daten auf die Platte schreiben lassen.

[sx2008]

Zitat:

Zitat von Furtbichler (Beitrag 1137129)

Es wird ein Tool zum Erfassen von Meetingprotokollen, Action Items usw. Muss also auf dem Laptop eines Projektmanagers laufen.

Da würde sich doch eine MS Access(2003) Datenbank anbieten.
Microsoft Office dürfte auf den Notebooks schon installiert sein und damit sind alle notwendigen Treiber vorhanden um per ADO auf die DB zuzugreifen.

[ConstantGardener]

...ich benutze für sowas NexusDB embedded. Die embedded ist kostenlos, wird komplett in die Exe gelinkt, schnell, relativ kleiner Footprint.


cu cg

[Furtbichler]

Zitat:

Zitat von Uwe Raabe (Beitrag 1137139)

Was spricht gegen TClientDataSet? Man kann ja notfalls nach jedem Post auch die Daten auf die Platte schreiben lassen.

Da hätte ich mehrere Dateien. Das ginge zur Not.

Zitat:

Zitat von sx2008 (Beitrag 1137140)

Da würde sich doch eine MS Access(2003) Datenbank anbieten.

Stimmt... Persönlich hab ich früher mit Access sehr gute Erfahrungen gemacht.
Ich kram mal mein uralt Access-XP raus und schaue weiter.

Jemand bessere Ideen oder Einwände?

Es wird (ziemlich sicher) niemals eine Netzwerklösung, aber wenn ich die Datenschicht einfach halte, sollte das trotzdem gehen.

@ConstantGardener: Schau ich mir mal an....*schau*... nur DCU..hmmm... wie erstellt man die DB?