Embedded Datenbanken - hat jemand Erfahrung ?

[omata]

Zitat von Hansa:

... Aber wehe ein Dataset ist in der IDE geöffnet...

Das ist richtig.
Allerdings sollte man alle Datenbankkomponenten über eine gemeinsame Connection auf die Datenbank zugreifen lassen. Ist also noch irgendwo ein Dataset geöffnet, so braucht man nur die eine Connection schliessen und schon ist alles wieder ok. Es ist also nicht nötig großartig rumzusuchen. Es gibt genau eine Stelle im Programm, an der man das Problem löst.

[Hansa]

Zitat von omata:

..Es gibt genau eine Stelle im Programm, an der man das Problem löst.

Auch (fast) richtig. Nur, welches Programm ? Was ist, wenn das Programm zweimal gestartet werden soll/muss oder auch nur IBExpert etc. Zugriff hat ? Mir ists egal, aber ich sage trotzdem : Finger weg von der embedded in der Entwicklungsphase ! Das bringt nämlich folgendes : Vorteile : keine. Nachteile : viele, eventuell gar hartnäckige, weil es manchmal schon klar sein sollte und man siehts auf Anhieb trotzdem nicht.

Während mein Programm aus der IDE heraus läuft, ist in 80 % der Fälle auch IBExpert geöffnet, um das vom Programm gemachte zu überprüfen. Mit nicht geöffneten Datasets lässt sich nicht mal der Debugger sinnvoll benutzen.

[hoika]

Hallo,

ich habe hier noch ne alte BDE-App.
Die läuft aber schon auf Firebird.

Wie ich das gelesen habe, müssen die FB-Dlls ins BDE-Verzeichnis.
Klappt dann denn zusätzlich noch der "normale" Zugriff auf eine im Netz liegende DB?
Kennt sich jemand damit aus ?

Danke


Heiko

[joachimd]

Zitat von Hansa:

Auch (fast) richtig. Nur, welches Programm ? Was ist, wenn das Programm zweimal gestartet werden soll/muss oder auch nur IBExpert etc. Zugriff hat ? Mir ists egal, aber ich sage trotzdem : Finger weg von der embedded in der Entwicklungsphase ! Das bringt nämlich folgendes : Vorteile : keine. Nachteile : viele, eventuell gar hartnäckige, weil es manchmal schon klar sein sollte und man siehts auf Anhieb trotzdem nicht.

Während mein Programm aus der IDE heraus läuft, ist in 80 % der Fälle auch IBExpert geöffnet, um das vom Programm gemachte zu überprüfen. Mit nicht geöffneten Datasets lässt sich nicht mal der Debugger sinnvoll benutzen.

Glücklich der, der eine embedded Datenbank verwendet, die auch Multi-User kann. Für mich wäre das Single-User-Prinzip Grund genug, kein FB Embedded einzusetzen.

[mkinzler]

Zitat:

Glücklich der, der eine embedded Datenbank verwendet, die auch Multi-User kann. Für mich wäre das Single-User-Prinzip Grund genug, kein FB Embedded einzusetzen.

Diese Beschränkung soll wegfallen

[Joachim Uersfeld]

Ich verwende für solche Aufgaben die Nexus Datenbank. Schnell und stabil.

Zitat von g1o2k4:

hat jemand erfahrung mit embedded sql datenbank ? wenn ja welche sind zu empfehlen und vorallem delphi kompatibel ?
was ich unter embedded verstehe, ist eine datenbank, deren komponenten direkt in der exe liegen und mitkompiliert werden,

[Bernhard Geyer]

Zitat von g1o2k4:

unicode wäre schon nicht schlecht. haben turbodb oder absolute db das ?

Fast jede aktiv Entwickelte Embedded DesktopDB kann Unicode. Bei meinen letzten Test war TurboDB bei komplexen Queries langsam und AbsoluteDB nicht Unicodefähig wenn man mit SetRange & Co. arbeitet.

Zitat von g1o2k4:

edit: achja vergessen zu fragen. hat delphi 2009 eine embedded db zufälligerweise schon eingebaut ?

Ja: Blackfish-SQL. Ist jedoch .NET-Basierend so das hier m.E. keine Embedded DB vorliegt. Aber wie die weiterentwicklung/forcierung aussieht nachdem Delphi.NET gestorben ist ...

Zitat von g1o2k4:

was datenbanken angeht ist delphi ja fast die umfangreichste sprache für enterprise entwicklung. ich kenne keine sprache in der es soviele möglichkeiten gibt datenbankprogrammierung zu betreiben: ado, dbexpress, interbase, mybase, xml, bde, datensteuerung, datenzugriff....etc

Die möglichkeiten sind auch in .NET oder teilweise Java vorhanden. DB-Sensitive Controls sind aber nur für nicht zu komplexe Apps einsetzbar, so das Java hier besser ist. Und bei Java ist mit JDBC eine Schnittstelle vorhanden die nicht alle 2-3 Jahre wechselt und die DB-Unterschiede etwas besser als bei Delphi kapselt, da auch viele Methoden für Metadatenabfrage besser standardisiert ist.

Zitat von g1o2k4:

ist da nichts dabei, was eine sql datenbank plus server in die exe integriert ? ich glaub bei interbase hab ich sowas gelesen, kann das sein ? benötigt man dazu noch dlls oder ist alles in der exe ?

Für Java gibt es sowas, aber für Delphi wäre mir das neu ...

[mkinzler]

Zitat:

Ja: Blackfish-SQL. Ist jedoch .NET-Basierend so das hier m.E. keine Embedded DB vorliegt. Aber wie die weiterentwicklung/forcierung aussieht nachdem Delphi.NET gestorben ist ...

Diese ist bei Prism auch dabei

[g1o2k4]

also ne andere sprache als delphi kommt nicht in frage weil ich es nativ halten wollte.

im speziallen ging es hierum: http://www.delphipraxis.net/internal...t.php?t=146170
vielleicht haben es einige von euch gesehn. (im moment down)

ich wollte das ganze in eine download version packen, damit man auf seinem rechner seine datenbank scannen kann oder sich direkt eine datenbank mit herunterlädt und diese mit seiner lib erweitert.

d.h. der sql teil ist im prinzip schon fertig, ich brauch also nur eine embedded db, die einfach zu implementieren und zu bedienen ist. mehr als sql querys ausführen, zu connecten und zu disconnecten brauch ich ja im prinzip nicht. multi-user fähigkeit braucht das teil also nicht, weil ich keine weitere connections zur db auf haben werde als die vom programm. das programm soll auf dem clientrechner auch nur als eine instanz laufen und danach nicht mehr ausführbar sein. da liegen also keine probleme.

die nexus db sieht auch ganz gut aus. leider gibts die auch nicht für delphi 2009.

wie siehts mit einer embedded interbase db aus ?

[Scooty78]

Dann scheint doch embedded Firebird perfekt für dich zu sein. Vor allem brachst Du dir keine Gedanken zum Thema Lizenzen machen.

Ich würde bei der Entwicklung aus bereits genannten Gründen allerdings den Superserver installieren und erst beim deployment daraus eine embedded Version machen.