Mit NexusDB arbeiten wie mit der BDE

[Dejan Vu]

Zitat von Captnemo:

Nennen wir mal ein anderes Beispiel, z.B. VoxPro. Das ist ja ähnlich, und auf dem Server läuft auch keine Serverengine.

Also wenn Du mit VoxPro Visual FoxPro vom Microsoft meinst, dann muss ich da widersprechen: VoxPro arbeitet mit ODBC und damit mit jedem RDBMS.

Zitat:

Also ich finde ja, dass BDE o. ä. durchaus ihre Daseinsberechtigung hat.

Ja, aber (ich sage es mal sehr laut) DIE DATENBANKEN/DATENDATEIEN WIRST DU DIR REGELMÄßIG ZERSCHIESSEN!. Dein Beispiel mit 'VoxPro': Bei einem meiner Kunden hat es die DB so 2x im Jahr zerschossen. Lustigerweise merkt man das nicht immer, es fehlen einfach nur Daten. Das ist dann umso lustiger, je geringer die Rechnungen infolge Datenverlust ausfallen. Deine Argumentation ist so wie die des Autofahrers, der sagt: 'Ich fahre schon immer ohne Gurt und lebe noch, also taugt er nichts'.

Edit: Man fragt sich, wieso immer noch Programme in der Architektur, wie von dir beschrieben, verkauft werden.

Zitat:

Ich bin jetzt tatsächlich nicht ganz sicher, aber wird die BDE unter Win 8.1 64-bit überhaupt unterstützt? Ich glaube nicht.

Mit seeehr viel Knowhow und unter bestimmten Umständen: Ja. Aber wozu? Die BDE ist doch eh totaler Müll.

Ich behaupte mal; Es gibt keine Desktop-DB, die eine Datei im Netz zuverlässig vor Inkonsistenzen und allgemeiner Zerschrotung schützt. Und deshalb raten dir hier alle zu einem richtigen RDBMS, welches sich auf die Datei setzt und exklusiv den Zugriff steuert.

Wenn Dir das egal ist, und die Daten sowieso nur sehr sehr selten parallel von mehreren Clients beschrieben werden, dann nimm Access oder SQLite, das knallt nur bei hoher Last, also wenn die DB sehr oft parallel bearbeitet wird.

Übrigens: Das alles hat mit 'der BDE' nun wirklich überhaupt nichts zu tun. Die war nur ein ziemlich grausliger Versuch, die unterschiedlichen Provider unter einen Hut zu bringen. Fälschlicherweise wird die BDE mit Paradox in Verbindung gebracht, einer noch größeren Krankheit als die BDE.

[Captnemo]

Zitat von Dejan Vu:

Also wenn Du mit VoxPro Visual FoxPro vom Microsoft meinst, dann muss ich da widersprechen: VoxPro arbeitet mit ODBC und damit mit jedem RDBMS.

Wie VoxPro arbeitet weiß ich nicht, hab ich mich noch nie mit beschäftigt. Ich hatte lediglich seinerzeit mal mit einem DB-Viewer eine der Dateien geöffnet, weil wir wissen wollten welche Daten darin beherbergt werden, und damals nannte der Viewer als DB-Typ VoxPro. Deswegen bin ich davon ausgegangen.

Zitat von Dejan Vu:

Dein Beispiel mit 'VoxPro': Bei einem meiner Kunden hat es die DB so 2x im Jahr zerschossen. Lustigerweise merkt man das nicht immer, es fehlen einfach nur Daten. Das ist dann umso lustiger, je geringer die Rechnungen infolge Datenverlust ausfallen.

Kann ich so nicht bestätigen. In meinen beiden Beispielen laufen die sehr stabil und definitiv Datenverlustfrei. Im Falle des Zahnarztes seit 9-10 Jahren mit 0 Ausfällen, Dateninkonsistenzen oder Datenverlusten. Und die prüfen ihre Daten sehr akribisch.

Ich hatte auch mal einen Kunden, der so alle paar Monate seine Exchange-Datenbank komplett zerschossen hatte. Wir haben lange nach einem Fehler gesucht, aber keinen gefunden. Das war noch zu den Exchange 5.5 und NT4-Zeiten. Nach dem vierten mal haben zufällig herausgefunden, dass ein Mitarbeiter (im Auftrag des Chef's) alle 3 Monate den Server mit einem Defragmentierer bearbeitet hat, natürlich wärend der Exchange online war. Der Chef hatte das natürlich vergessen.
Aber das gehört hier nicht hin

Zitat von Dejan Vu:

Edit: Man fragt sich, wieso immer noch Programme in der Architektur, wie von dir beschrieben, verkauft werden.

Naja, was soll ich sagen....scheint bei denen wohl doch gut zu funktionieren. Ich könnt noch mehr Beispiele aus der Praxis aufzählen, wo derartige System im Einsatz sind. Und merkwürdigerweise laufen die Dinger und laufen. Warum kann ich dir nicht sagen. Ich kann aber nur von meinen Kundenkreis sprechen.

Zitat von Dejan Vu:

Wenn Dir das egal ist, und die Daten sowieso nur sehr sehr selten parallel von mehreren Clients beschrieben werden, dann nimm Access oder SQLite, das knallt nur bei hoher Last, also wenn die DB sehr oft parallel bearbeitet wird.

Darauf wird es wohl hinauslaufen.

[mkinzler]

FoxPro ist eine Weiterentwicklung von xBase und verwendet(e) erweiterte dBase-Dateien ( Erweiterung in den Indizes). Später wurden dann ein eigenes Format ( eine Datei pro Datenbank und nicht n Dateien pro Tabelle) eingefügt. Man kann aber auch externe (ODBC-Quellen) verknüpfen.
Der ODBC-Treiber regelt den Zugriff auf die Dateien ( ahnlicj JET bei Access).

Zitat:

Wenn Dir das egal ist, und die Daten sowieso nur sehr sehr selten parallel von mehreren Clients beschrieben werden, dann nimm Access oder SQLite, das knallt nur bei hoher Last, also wenn die DB sehr oft parallel bearbeitet wird.

Von Access fürde ich aber abraten:
-u.U. wieder eine Installation notwendig ( wie auch bei FoxPro und BDE)
-Access ist wohl das filebasierte "Datenbanksystem" das mit Abstabnd die meisten zeerschossenen Dateien produziert!

[Dejan Vu]

Zitat von mkinzler:

FoxPro ist eine Weiterentwicklung von xBase und verwendet(e) erweiterte dBase-Dateien ( Erweiterung in den Indizes)

Die DBF-Dateien werden -soweit ich das hier sehe- nur für lokale Tabellen verwendet. Wenn allerdings diese Tabellen dann im Netz sind, kann man vermutlich von 'Mehrbenutzerbetrieb' sprechen.

Zitat von mkinzler:

-Access ist wohl das filebasierte "Datenbanksystem" das mit Abstabnd die meisten zeerschossenen Dateien produziert!

Also, da kennst Du Paradox nicht, das selbst in Einzelplatzsystem regelmäßig Probleme bereitet. Ich habe bei Access im Zusammenhang mit SeltenmehralsVierbenutzersystemen "nie" (Du weist schon) Probleme gehabt (Möglichst wenig Parallelbetrieb). Das ist auch in anderen Foren der Erfahrungswert und da diese Ansicht eben durch viele Mitstreiter verifiziert wurde, habe ich sie hier zum Besten gegeben. Auf welchen Erfahrungswerten beruht deine Behauptung? Und welche filebasierte 'Datenbank' (Datenhocker trifft es wohl eher) ist deiner Meinung zu präferieren?

[mkinzler]

Ich habe ständig Probleme mit zerschossenen Access-Dateien und das Problem auch schon von vielen anderen gehört. In den Access-Dateien sind "nur" Abfragen/Formulare ( kein Schreibzugriff!).
Ich habe auch schon Programem gesehen, welche die Accessdateien vor der Verwendung temporär lokal Kopieren, was auch auf das selbe Problem hinweist.
Meiner Erfahrung nach hat Access Probleme beim parallelen Zugriff von (vielen?) Benutzern.
Bei SQLite sollte dieses Problem wegen dem (very) pessimistic Locking: bei jedem Schreibzugriff wird die "gesamte" Datenbank gelockt ( falls sich das nicht in letzter Zeit geändert hat) nicht so bestehen.

[Dejan Vu]

Zitat von mkinzler:

Ich habe ständig Probleme mit zerschossenen Access-Dateien...
Meiner Erfahrung nach hat Access Probleme beim parallelen Zugriff von (vielen?) Benutzern.

Usus ist wohl die magische '5 Benutzer und mehr', das ist, was ich persönlich so gehört habe, aber das ist ja eh alles nur Hörensagen, Glaube und Religion. Da aber nach deinen Aussagen auch reine Queries dieses Problem verursachen (was ich nicht verstehe), streichen wir den Kandidaten.

Zitat:

Bei SQLite sollte dieses Problem wegen dem (very) pessimistic Locking: bei jedem Schreibzugriff wird die "gesamte" Datenbank gelockt ( falls sich das nicht in letzter Zeit geändert hat) nicht so bestehen.

Das würde dann wohl eher ein Kandidat sein (Sir Rufo hat das schon erwähnt).