Welche Datenbank

[RavenIV]

Wie wäre es mit Firebird Embedded?
Da hast Du eine DLL oder eine LIB. Die LIB kannst Du direkt in deine EXE einkompilieren.
Die Datenbank gibst Du dann mit \\Server\PfadZurDatenbank\DatenbankFile an.
Zugreifen kannst Du z.B. mit den ZEOS-Komponenten.

[whiteholly]

War gerade auch auf Firebird Embedded gestoßen.

Hört sich sehr gut an. Ich werde es mal damit testen.


mfg Whiteholly

[trashcandesign]

Immerhin kannste mit Firebird Embedded sicherstellen, dass nur einer gleichzeitig damit arbeitet. :wink:

Die Embedded-Version hat den Nachteil, dass die DB nur lokal liegen darf, also noch nicht einmal auf einer Freigabe im Netzwerk.
Damit sollte das für deinen Zweck (mögliche Mehrbenutzer) wohl gestorben sein.

Ich habe für unser Projekt auch ne Weile rumgeschaut, ob ich eine DB ohne Installation bekomme, auf die mehrere gleichzeitig zugreifen können.

Aber das einzige was man dafür finde ist sowas wie Access und dessen Nachteile wurden hier schon sehr oft diskutiert.

[holliesoft]

Hallo,

wie wäre es mit SQLite? Ich benutze es für ein kleines Tool auf der Arbeit (Verwaltung von Informationen zu Fehlerreports). Gleichzeitiger Lesezugriff ist kein Problem, nur gleichzeitig schreiben geht nicht.
Dies sollte aber bei 2-3 Arbeitsplätzen kein Problem darstellen, denn die Wahrscheinlichkeit, dass genau in der selben Sekunde 2 oder 3 von 3 Usern einen Datsatz bearbeiten/speichern, ist meiner Meinung nach sehr gering.

Ich benutze die Unit SQLiteTable3 für den Zugriff. Zwar nicht so ganz komfortabel wie mit datensensitiven Komponenten (TDataset), aber für mich reicht es :-)

[mkinzler]

SQLite hat aber das selbe Problem wie FB embedded. warum eigentlich ne embedded und kein richtiger Server?

[holliesoft]

Zitat:

Zitat von mkinzler

SQLite hat aber das selbe Problem wie FB embedded.

Welches Problem meinst Du konkret? Zugriff übers Netz? Das funktioniert einwandfrei mit SQLite.

Wie gesagt, ich habe eine Anwendung mit SQLite als Datenbank auf der Arbeit am Laufen. Mehrere User können problemlos gleichzeitig lesend auf die DB zugreifen. Das sieht SQLite auch vor, nachzulesen auf SQLite.org.
Das gleichzeitige Schreiben geht nicht.
Zitat von SQLite.org:

Zitat:

Multiple processes can have the same database open at the same time. Multiple processes can be doing a SELECT at the same time. But only one process can be making changes to the database at any moment in time, however.

weiter:

Zitat:

We are aware of no other embedded SQL database engine that supports as much concurrancy as SQLite. SQLite allows multiple processes to have the database file open at once, and for multiple processes to read the database at once. When any process wants to write, it must lock the entire database file for the duration of its update. But that normally only takes a few milliseconds. Other processes just wait on the writer to finish then continue about their business. Other embedded SQL database engines typically only allow a single process to connect to the database at once.

[Hansa]

Zitat:

Zitat von mkinzler

SQLite hat aber das selbe Problem wie FB embedded. warum eigentlich ne embedded und kein richtiger Server?

Schon mal Demos verschickt ? Was wäre, wenn auf dem Hauptsystem bereits der FB-Server 1.0 oder sonst einer bereits installiert ist ? Dann wird ein neuer installiert, z.B FB 2.0. Wer dann lediglich sein Programm nicht verkäuft, der kommt noch mit blauem Auge weg. :twisted: Wie siehts aus mit CDs ? Manche Leute scheuen sich zurecht davor, ein Programm auf die Festplatte zu installieren, die Registry nach "Windows-Standard" zu verschandeln usw. Das geht alles nur sauber mit embedded. Ist klar, dass sowieso ein Server installiert wird, dann besteht die Frage sogar immer noch. Kann die installierte DB tatsächlich ohne weiteres ersetzt werden ? :shock:

[mkinzler]

Man kann auch einen Server verwenden ohne ihn (als Dienst) zu installieren

[Hansa]

Was hat denn das mit Diensten zu tun ? Bei FB weiß ichs genau : es ist standardmäßig alles in den Checkboxen bei der Installation (und das als Dienst) so abgehakt, dass eine vorherige Installation überschrieben wird. Du glaubst ja wohl nicht ernsthaft, dass ein DAU in der Lage ist eine 2-malige Frage "Sind sie sicher" zu lesen und notfalls mal N zu klicken ? :lol: Nene, bin gerade in genau dieser Situtation : keiner weiß, welche DB vorhanden ist und ich werde einen Teufel tun und dem noch den FB-Server schicken (hat allerdings mit FB nur bedingt zu tun) um eventuell die ganze Fa. lahmzulegen. :wall: Wenn der jetzt mein Programm täglich einsetzt, es läuft bereits ein Jahr und dann kommt einer an mit Tips aus der DP, der meine Installation kaputt macht, na dann ist zumindest klar wohin die Rechnung mit den Fahrtkosten, der Arbeitszeit und der Hotelübernachtung hingeht. :mrgreen:

[whiteholly]

Ich habe jetzt ein kleines Test-Programm geschrieben um die Datenbank SQlite zu testen.

Die Datenbank gefällt mir sehr gut. Mit dem hier im Thread vorgeschlagenen Wrapper ist das ganze ziemlich simpel.
Freigaben gehen nicht, aber mit Netzlaufwerk läuft alles wunderbar...

Und das ganze sind nur 3 Dateien... Client, Datenbank-Datei, Datenbank-dll.
Kopieren oder direkt von Netzlaufwerk ausführen geht wunderbar :wink:
Sprich: keine Installation notwendig.

Das Lesen von verschiedenen Clients (10stck) ging ohne Probleme. Auch konnte ich die Datenbank nicht zerschießen, als ich versucht habe gleichzeitig zu schreiben... (was ich aber nicht ausschließen kann, aber es ist mir nicht gelungen :-D ).

mfg Whiteholly