Lesefehler beim Anhängen von Datensätzen in dBase Datenbank

[mkinzler]

Bei Verwendung einer embedded-Datenbank muß auch nichts installiert werden. Zudem in die Weitergabe der BDE ohne Installation u.U. auch nicht ideal.

[webcss]

Zitat:

@webcss:

1990 lief das Ganze noch unter DOS mit PowerBasic ohne Index. Mittlerweile ist der Index aber Dreh- und Angelpunkt in meinem Projekt. Ich denke die Umstellung auf Paradoxtabelle wäre einfacher.

Die sind schon indiziert, allerdings eben nicht mit multiindex ala mdx, sondern mit singular index ala ndx...

Zitat:

@mkinzler:

Was meinst Du mit "richtiger Datenbank" ?

mkinzler meint sowas wie firebird, mysql, postgre, sqlserver...
firebird geht auch embedded und lässt sich einfach und gut skalieren.
sqlite ist gut für einfache programme wo es nicht auf concurrency, d.h. gleichzeitigen zugriff von mehreren clients, ankommt, ist klein und gut, wenn du in sql arbeiten willst.

[hsg]

Bevor du dich mit der BDE und/oder SQL rumschlagen musst, würde ich dir empfehlen dich mal mit dem ALS (Advantage Local Server) auseinander zu setzen: Der beherrscht .dbf Dateien, nur die Indizes müssten dann neu gemacht werden (Foxpro-Format wäre da zu empfehlen (.cdx)) und in deiner Applikation würden die TTable durch TADSTable ersetzt werden müssen. Vorteile: der Umstellungsaufwand ist gering (Einmal durch die DFM gehuscht und aus TTable ein TADSTable gemacht, das war's) und du bist die BDE entgültig los. Der Local-Server kostet nichts und es reicht die DLL mitzuliefern. Ein Installieren ist nicht erforderlich. Falls du später dann doch mal einen Datenbank-Server benutzen willst/musst musst du dann auch nichts umstellen.

Mehr findest du unter http://www.advantagedatabase.com

[hoika]

Hallo,

so viel zum Thema BDE.
Ich hatte (unter Paradox) auch mal das Problem mit zerschossenen Indizes.
Das war allerdings bei einem Kunden und nicht bei mir ;(
Das automatische Erzeugen auf 3 Rechnern
gleichzeitig lies den Fehler nicht reproduzieren.

Es spielt übrigens auch noch das Dateisystem eine Rolle
(unter FAT/FAT32 treten Fehler nicht so häufig auf)
und natürlich die Tatsache, ob die DB im Netz steht (Mehrfachzugriff).

"Einfache" Lösung: weg von DBase und Paradox.
Ich benutze hier die BDE immer noch (jaja),
allerdings unter Firebird,
bin aber auf dem Weg weg davon.


Heiko

[TOmega]

@mkinzler:

Natürlich habe ich für die Weitergabe meines Programms die BDE-Installation in das Setup integriert. Die Variante USB-Stick ist nur für mich gedacht, wenn ich schnell mal was nachsehen möchte und gerade keinen eigenen Rechner in Reichweite habe.

@webcss:

Ich habe da wirklich komplett ohne Index gearbeitet. Eingabe unter dBase IV und Abfrage mit einem Basic Programm nur aus der *.dbf Datei. Das lag auch daran, dass ich einfach nicht wusste, wie ich auf den Index zugreifen sollte. Das Format einer *.dbf Datei ist ja einfach zu verstehen.

@alle:
Ich danke Euch für die zahlreichen Vorschläge. Auf lange Sicht werde ich mich wohl von der BDE verabschieden. Dazu muss ich mich aber erst für eine Variante entscheiden und viel studieren und probieren. Da könnte mich demnächt der Faktor Zeit etwas ausbremsen.
Auf der Suche nach einer schnellen Lösung habe ich schon mal damit angefangen auf Paradox umzustellen. Die ersten Versuche sind positiv. Jedenfalls kann ich wieder ohne Probleme mehrere hundert Datensätze in einem Rutsch anhängen. Das liegt vielleicht nur daran, dass der Index jetzt auf viele Dateien verteilt ist und ich werde irgendwann wieder an die Grenzen stossen. Aber bei etwa zwei- bis dreitausend neuen Datensätzen im Jahr habe ich da wieder etwas Luft.
Wenn noch jemand eine zündende Idee hat, bin ich dankbar. Vorläufig werde ich die Frage aber als beantwortet markieren.

Gruss TOmega

[hoika]

Hallo,

ein Umsteig von Bde-DBase nach Bde-FireBird ist schnell erledigt.
man kann dann sogar mit den alten TTable arbeiten,
ab einer gewissen Record-Anzahl wird das dann allerdings langsam.

Ein Wechsel DBase->Paradox ist nicht ratsam.
Jetzt müssen statt einer Indexdatei mehrere Dateien
gepflegt werden und das geht mit schöner regelmässigkeit schief
(such mal nach "index out of date").

Das Problem ist ein veralteter Schreib / Lock - Mechanismus der mit
neuen Dateisystemen (NTFS, opportunistic lock)nicht mehr klarkommt.

Ich hatte damals ein grösseres Programm (600000 Zeilen)
in einer Woche umgestellt.
Naja, ab 50000 Datensätzen musste man dann
doch von TTable auf TQury wechseln.


Für Firebird (Interbase) gibt es auch Literatur dazu.

http://www.ibphoenix.com/main.nfs?a=...&page=ibp_skip
http://www.ibphoenix.com/main.nfs?a=...e=ibp_dbase_ib


Heiko

[hsg]

Zitat von TOmega:

Auf der Suche nach einer schnellen Lösung habe ich schon mal damit angefangen auf Paradox umzustellen. Die ersten Versuche sind positiv. Jedenfalls kann ich wieder ohne Probleme mehrere hundert Datensätze in einem Rutsch anhängen. Das liegt vielleicht nur daran, dass der Index jetzt auf viele Dateien verteilt ist und ich werde irgendwann wieder an die Grenzen stossen.

Gruss TOmega

Mit dem Advantage Database Locale Server, hättest du dieses Problem nicht: FoxPro-Indizes sind ebenfalls Compound-Indizes, d.h. man kann mehrere Indizes in einer Datei haben.

[lofu1605]

setze mal LOCAL SHARE = true. Wenn die Datenbank lokal liegt habe ich häufig ähnliche Probleme bemerkt, die sich häufig auch nicht reproduzieren lassen. Wenn die Datenbank auf einem Netzwerklaufwerk liegt oder LOCAL SHARE = true steht tritt das Problem bei mir nicht mehr auf.

[TOmega]

Hallo lofu1605,
also ich habe keine Probleme mit der Reproduzierbarkeit des Problems.
Ich habe aber mal Deinen Vorschlag ausprobiert. Leider bringt das in dem Fall nichts.
Also Finger weg von dBase-Tabellen mit grossen Idizes. Bei 14 indizierten Datenfeldern wirft die BDE bei einigen tausend Datensätzen das Handtuch. Offenbar wurde in die dBase-Unterstützung schon längere Zeit nichts mehr investiert.
Übrigens treten unter Paradox diese Probleme nicht auf, obwohl je Index 2 Dateien gepflegt werden müssen. Inzwischen habe ich -zig mal die mehr als 27000 Datensätze maschinell in eine Paradox-Tabelle übernommen bei gleichzeitiger Aktualisierung der Indizes und danach auch noch mehrere hundert Datensätze angehängt ohne ein Problem.
Die wirklich bessere Lösung ist aber, die BDE nicht mehr zu nutzen.