Fehler: zu wenig Arbeitsspeicher für Datenbank

[hoika]

Hallo,

wir reden von Paradox.
Da gibt es leider keine "alternative" Komponente.

Ein Umstieg auf DBase (TDBF) würde vielleicht was bringen.

Aber BDE bedeutet auf jeden Fall ein Rückschritt.


Heiko

[mkinzler]

TDBF ist allerdigs auch nicht so der Bringer und da es viele bessere Alternativen gibt würde ich diese verwenden

[Die Muhkuh]

Embedded FireBird wäre eine gute Alternative ;)

[BAMatze]

Zitat:

Zitat von mkinzler

Ist IBX nicht Teil von TDE? Sonst wären vielleicht Zeos einen Blick wert ( auf jeden Fall für lokale/embedded Datenbestände)

Hier auf Arbeit hab ich auch eine CodeGear 2007 Professional Version. Leider kann ich in meinem Profil nur eine Version angeben, deswegen habe ich meine private (also die TD-Version) angegeben, da dies ja auch ein privater Account ist.

[BAMatze]

Zitat:

Zitat von nahpets

Hallo,

welche Datenmenge?

Wenn's wenig ist, schau Dir mal TDBF an, kann mit dBase-Tabellen umgehen, braucht keine BDE und keinen (wie auch immer gearteten) Datenbankserver. Für kleinere Sachen durchaus brauchbar.

Hoika nennt die wesentlichen Ursachen für Probleme mit der BDE, bei "sachgerechter" Nutzung läuft sie durchaus über lange Zeiträume stabil.

Datenmenge ist eher sehr gering, wenn es mal 100 werden, dann ist das sicherlich schon viel.

[nahpets]

Hallo,

dann reicht TDBF allemal aus, da ist jeder Server überdimensioniert.

Für TDBF wird nichts zusätzlich benötigt, sprich: Programm und dBase-Dateien (Datendatei und Indexdatei). Keine Installation von Irgendwas, läuft auf jedem Rechner und auch vom USB-Stick...

[mkinzler]

Bei embedded DBMS braucht man auch keine Installation. Diese sind aber Featurereicher als TDBF ( können SQL). TDBF ist gut für den Import von dBase-Daten zu mehr aber imho nicht.

[nahpets]

Naja,

wofür brauche ich bei ca. 100 Datensätzen jetzt groß SQL?
Kommt also erstmal auf die Aufgabenstellung an, mit Filtern kann man (auch bei TDBF) durchaus sehr viel erreichen. Und bei einer Tabelle braucht man keine Joins..., sortieren per Index ist auch kein Problem.

[mkinzler]

Zitat:

wofür brauche ich bei ca. 100 Datensätzen jetzt groß SQL?

Jetzt vielleicht noch nicht

Zitat:

Und bei einer Tabelle braucht man keine Joins...

Ein paar Angaben mehr und eine Normalisierung macht Sinn -> weitere Tabellen
Besser gleich vorsorgen :zwinker:

[hoika]

Hallo,

und schon wären wir bei den Nachteilen einer DBF.

- zerschossene Indizes
- Datei ist beschädigt, aber nicht der Header.


PS:
Die habe ich mir nicht ausgedacht, aber wer mal früh um 06:00
von einem Kunden geweckt wird, wegen sowas,
erinnert sich ungern, aber er erinnert sich ;( ...


Heiko