firebird nach sqlite

[tsteinmaurer]

Wenn schon eine Firebird Datenbank im Einsatz ist, dann würde ich auch Firebird Embedded empfehlen, damit man sich nicht ein weiteres DB-Produkt mit ins Boot holt.

Zitat:

Ein Nachteil der FB embedded ist, dass nur ein Prozess gleichzeitig auf die Datenbank zugreifen kann. Wenn du gleichzeitigen Zugriff auf die Datenbank von mehreren lokalen Prozessen oder Programm-Instanzen brauchst, ist SQLite die bessere Wahl.
(Edit: Die FB 2.5 bietet das zwar nun, aber in der Praxis gibts damit wohl noch Probleme)

Ein konkurrierender Zugriff von mehrerer Embedded-Prozessen und regulären Firebird-Serverprozessen klappt mit Firebird 2.5 wunderbar, da Embedded in 2.5 auf der "SuperClassic" Architektur basiert. Vorausgesetzt, es werden keine 32-bit und 64-bit Prozesse gemixt und das Datenbankfile nicht übers LAN von einem Share zugegriffen wird.

[khh]

alsooo

ich hab jetzt einfach mal meine vorhandenen Programmen genommen und anstatt die "normale" fbclient.dll die vom embedded Server verwendet.
Laut Artikel aus dem EntwicklerMagazin muss man diese dazu einfach umbenennen, die Programmdatei, die dll sowie die firebird.conf und evtl. noch die Verzeichnisse \intl\ und \udf\ ins Programmverzeichnis ablegen.
Fertig.

Leider schmiert jedes meiner Porgramme so mit einer "access violation" ab.

Hat jemand nen anderen Plan, ohne dass ich die Programme durchsteppen muss?

Danke gruss KHH

[tsteinmaurer]

Mit "so einer access violation" Fehlermeldung können wir dir nicht weiterhelfen. Sorry.

[DeddyH]

Reine Vermutung: Du bekommst keine Verbindung zur DB, greifst aber dann ungeprüft auf deren Felder zu. Versuch doch zuerst in einem kleinen Testprogramm, ob Du Dich überhaupt mit der DB verbinden kannst, oder ob da evtl. doch noch etwas fehlt (in der README_Embedded sollte genau beschrieben sein, was wo zu sein hat).

[khh]

Zitat von DeddyH:

Reine Vermutung: Du bekommst keine Verbindung zur DB, greifst aber dann ungeprüft auf deren Felder zu. Versuch doch zuerst in einem kleinen Testprogramm, ob Du Dich überhaupt mit der DB verbinden kannst, oder ob da evtl. doch noch etwas fehlt (in der README_Embedded sollte genau beschrieben sein, was wo zu sein hat).

ich denke ich werd um ein Testprogramm wohl nicht herum kommen

[khh]

alssoooo
Testprogramm erstellt, alle Files aus dem Embedded-Archiv ins Programmverzeichnis kopiert,
dll umbenannt.
Auf das Form ein dbgrid, ein datasource, eine zconnection sowie eine zquery.
In der Entwicklungsumgebung alles aktiv gesetzt - funktioniert, Daten werden im Grid angezeigt.

Programmstart - crash

Beim Step ergibt sich, dass die connection noch funktioniert, das Aktivieren der Query aber abschmiert.
Dass die richtige dll benutzt wird ist sicher, da ein externer Zugriff darauf mit der Meldung dll wird von programxy benutzt scheitert.
Wo kann ich noch den Fehler suchen ?

[blackfin]

Hast du die neueste embedded DLL (2.5) von Firebird genommen? Wenn ja, prüfe mal folgendes:

- Ist Zeos mit der 2.5er des Firebird überhaupt kompatibel?

- In deinem Eigangsposting steht, du hast bis jetzt die 2.1 des Firebird verwendet.
Hast du es mal mit der 2.1 embedded DLL (statt 2.5) versucht?

- In Den Zeos Connection-Params, steht das "Protocol" auch auf "firebirdd-2.x" ?
(wobei das x die Unterversion angibt..mein altes Zeos hier hat allerdings nur "firebirdd-2.0" als höchstes)

[Morphie]

Je nach Zugriffskomponenten musst du diese auch noch entsprechend einstellen... Welche Properties hast du hier wie belegt?
Und welche Dateien hast du jetzt genau neben deine Anwendungsdaten gelegt? Ich würde mir einfach das komplette embedded-Paket herunterladen und in mein Anwendungsverzeichnis kopieren...

[khh]

Zitat von Morphie:

Je nach Zugriffskomponenten musst du diese auch noch entsprechend einstellen... Welche Properties hast du hier wie belegt?
Und welche Dateien hast du jetzt genau neben deine Anwendungsdaten gelegt? Ich würde mir einfach das komplette embedded-Paket herunterladen und in mein Anwendungsverzeichnis kopieren...

Hab ich, ohne die dokus natürlich