FB embedded oder ABS DB?

[fkerber]

Hi!

Ich müsste mich zwischen Firebird Embedded und der Absolute Database entscheiden.
Ich kenne leider nicht die genauen Unterschiede, dann wär das sicherlich einfacher. Deswegen frage ich hier mal.

Was die spätere Verwendung angeht:

• Eine Datenbank
• Mehrere Tabellen (1-3 etwa)
• sehr viele Datensätze
• single-User-Zugriff
• es kann einiges an Daten zusammenkommen
• es sollte schnell sein
• toll wäre, wenn die DB (am besten die einzelnen Tabellen, aber das geht wohl nicht, oder?) verschlüsselt oder zumindest passwortgeschützt wäre

Ciao und danke.
Frederic

[Hansa]

Auf FB trifft das alles zu. Die andere kenne ich nicht und ich habe mir haufenweise DBs angesehen. Insofern wäre die Auswahl für mich eindeutig. Aber wer weiß, vielleicht geht diese ABS-DB irgendwie leichter ?

Aber noch was : sage niemals nie ! Ich meine die Beschränkung auf FB embedded und Single-User. Du kannst ziemlich einfach ein Mehrplatzsystem draus machen, auch unter Linux !

[fkerber]

Hi!

Danke für deine Antwort.
Wie schwer oder einfach ist den der Umgang mit FB?

Wie sieht es mit der Verschlüsselung/dem Passwortschutz für Tabellen aus? Oder "nur" für die DB?


Ciao Frederic

[Hansa]

1. Das ist nicht schwerer, als Paradox, Access & Co. auch. Mit dem Unterschied, daß es eine "richtige" Datenbank ist. Mit allem was man so braucht. Auch in der Zukunft. Firebird 2.0 und sogar 3.0 sind bereits angekündigt und zwar für I/2005 und glaube III/2005. Die sind dabei das von C auf C++ umzustellen und es mit OOP nochmals aufzupeppen. Wer sich damit auskennt, der weiß, was das heißt :!: Im Internet sind außerdem massenweise Infos, Tutos usw. zu finden.

2. natürlich ist die DB verschlüsselt. Oder meinst du einzelne Tabellen ? Brauche ich momentan nicht und weiß nicht, wie das geht. Ich meine mit GRANT. Aber wenn es nicht gehen sollte, so würde es keinem SQL Standard genügen.

[fkerber]

Hi!

Das hört sich gut an.
Dann beschäftige ich mich mal näher mit FireBird Embedded.

Ciao Frederic

[Domo Sokrat]

*Mal-die-Werbetrommel-rühr* :mrgreen: :

Tutorial zum FB Embedded Server
ZEOS Library (Einsatz mit Delphi7 und Firebird)

Interbase/Firebird Tutorials auf Lemmy's Homepage (delphi-tutorials.de)

[fkerber]

Hi!

Deine Tuts kenne ich bereits :thumb:


Ciao Frederic

[Domo Sokrat]

Hi Frederic,

wie Du schon selber schreibst: "Wer lesen kann, ist klar im Vorteil." :wall: Hab' zu spät gesehen, daß Du D7 pers. einsetzt. Da dürftest Du ein paar Problemchen beim Erstellen von DB-Applikationen haben, denn die D7 pers. hat keine TDataSet-Unterstützung :( . Somit wird's eng mit dem DB-Zugriff. Der funzt so richtig erst mit den pro-Versionen von Delphi. Oder hast Du doch 'ne pro?

[fkerber]

Hi!

*NOCH* nicht, aber hoffentlich innerhalb der nächsten Woche. Bestellt ist es mal ... :wink:


Ciao Frederic

[Robert_G]

Du könntest ja in der Zwischenzeit mit #develop und dem FireBird .Net Data Provider rumspielen. (kostet beides nix ;) )

[fkerber]

Hi!

#Develop kenn ich. Dann kann ich das ja mal probieren.
Geht das gut?


Ciao Frederic

[Robert_G]

Zitat:

Zitat von fkerber

Hi!

#Develop kenn ich. Dann kann ich das ja mal probieren.
Geht das gut?

Das sollte man schon kennen. ;) Ist für eine OpenSource IDE sehr ausgereift. Der Code Editor ist sogar besser als der eines "nackten" VS03. (nackt heißt ohne ReSharper :mrgreen: )
Und die 5,3MB für eine .Net IDE tun doch nicht weh. ;)
Aber nun wieder back 2 topic...

[fkerber]

Hi!

Ich meinte mehr, ob FB embedded mit #Develop gut zusammen passt.
Mit #Develop habe ich auch schon gearbeitet.


Ciao Frederic

[Lemmy]

Hi,

wenn Du die Personal hast, kannst Du auch mal die UIB versuchen (http://www.progdigy.com/UIB/).

Zur Verschlüsselung: Ich wüsste nicht, dass eine FB-Datenbank verschlüsselt ist (wäre mir echt neu). Allerdings ist der Zugriff auf die Datenbank solange sicher wie niemand das Passwort (speziell des Sysdba) kennt UND keinen Zugriff auf die Hardware des Datenbankservers hat. In dem Fall kann man nämlich einfach die Datenbank mit den Benutzern gegen eine andere ausgetauscht werden, bei der man das PWD des Sysdba kennt. Somit hat man keinerlei Probleme beim Zugriff auf die Daten.

Bei der Embedded kommt jetzt erschwerend hinzu, dass der Client (also das Proggy das auf die DB zugreift) Exklusivrecht benötigt, d.h. wenn ein Client auf die DB zugreift, kann kein anderer sich an der DB anmelden. Zum zweiten werden bei der Anmeldung bei einem embedded Server KEINE BENUTZE / -RRECHTE abgefragt! Man benötigt also kein Passwort um sich an der Datenbank anzumelden!

Das alles wiederum heißt: Wenn bestimmte Felder einer Datenbank nicht öffentlich zugämglich sein sollen, müssen diese eben verschlüsselt werden und verschlüsselt in der Datenbank abgespeichert werden.

Lemmy

[fkerber]

Hi!

Danke für deine Infos, Lemmy.


Ciao Frederic

[tom firebird]

Nach meinem Kenntnisstand ist die Embedded Version nix anderes wie die Serverversion mit dem Unterschied, dass zwischen Datenbank und Programm (hier ebmeded) nur eine einzige Verbindung besteht.

Danach ist alles wie bei jedem Datenbankserve, d.h. ein Passwort für den Zugang zum DB Server und danach wird das Passwort geprüft.

ich mach das also immer so:

-- unter FB Server DB anlegen, anschliessend per cmd die einzelnen Rechte an den USER vergeben, zB. nur Ausführen von Stored Procedure, ansonsten darf der nix.

-- Anschliessend mit meinem Prog mit dem Anwender anmelden und nur die SP ausführen.

-- Innerhalb der SP erfolgt dann zB die Begrenzung des Select auf die ersten 1000 (als Beispiel).

Deshalb brauche ich auch keine Verschlüsselung.

Ciao

Thomas

[urs.liska]

Zitat:

Zitat von tom firebird

Nach meinem Kenntnisstand ist die Embedded Version nix anderes wie die Serverversion mit dem Unterschied, dass zwischen Datenbank und Programm (hier ebmeded) nur eine einzige Verbindung besteht.

Danach ist alles wie bei jedem Datenbankserver, d.h. ein Passwort für den Zugang zum DB Server und danach wird das Passwort geprüft.

Vorsicht. Der Embedded Server prüft nicht beim Zugriff auf die Datenbank. D.h. jeder Benutzer kann sich an der Datenbank anmelden, auch als SYSDBA. (Wurde hier bereits ausführlicher geschildert).
MfG
Urs