Datenverlust bei Systemabsturz mit Paradox-DB

[MrSpock]

Zitat:

Zum Entwickeln einer Datenbank gibt es kaum eine bessere Oberfläche als Access

Das ist aber jetzt nicht wirklich dein Ernst, oder?

[storfi]

Hallo buyden,

vielleicht nochmal zurück zum Thema:

Meine Anwendungen auf Paradox laufen relativ stabil, wenn

1.) die Tabellen auf einer FAT16-Partition liegen, denn für FAT16 wurde Paradox vor ewigen Zeiten entwickelt

2.) jede Tabelle in Delphi im AfterPost-Ereignis diese Zeile hat:
> Check(DBITypes.DbiSaveChanges(tblTabelle.handle));
Es wird damit der Pufferinhalt sofort auf Platte geschrieben.

Vielleicht hilft dir das etwas weiter...

Servus,
storfi

[Jelly]

@MrSpock:
du magst Recht haben, daß ich vielleicht ein bischen ZU negativ über Paradox berichte. Vor 10 Jahren war das sicherlich eine recht gute Wahl. Aber ich hatte bislang lediglich negative Erfahrungen mit Paradox, weshalb ich heute dringends jedem von abrate. Aber womöglich auch nur deshalb, weil es heute viele vernünftige Alternativen gibt.

Gruß,
Tom

[MrSpock]

Hallo Jelly,

ich denke auch, dass es mittlerweile ganz gute Alternativen gibt und wie gesagt, wir machen auch nichts mehr Neues mit Paradox. Nur wenn einer seine CD Sammlung verwalten will und ich dann lese: "...lass die Hände von Paradox!", dann denke ich mir . Ich habe (OK, ist schon eine Dekade her) vor Delphi auch direkt mit Paradox gearbeitet und Anwendungen erstellt. ObjectPAL war da schon wirklich objektorientiert, als MS das Wort noch nicht einmal kannte. Ich habe mich notgedrungen (Forderung von einem öffentlichen Auftraggeber) bereits mit Access rumgeschlagen und finde es .

Aber bevor das jetzt in einen DBMS Streit ausartet, sollten wir wieder zurück zum Thema kommen.

[shmia]

Zitat von MrSpock:

Zitat:

Zum Entwickeln einer Datenbank gibt es kaum eine bessere Oberfläche als Access

Das ist aber jetzt nicht wirklich dein Ernst, oder?

Doch, schon. Welche Oberfläche kann schon Master & Detail Tabellen in einem Grid anzeigen?
Weitere Vorteile:
* Access kann Datensätze per Copy & Paste transferieren; bei Fehler wird die Tabelle Einfügefehler erzeugt, deren Daten man nachbearbeiten kann.
* Alle Ansichten von Tabellen&Views (Spaltenposition & breite) können gespeichert werden.
* bei Bedarf kann in Access eben mal kurz ein Bericht erzeugt und gedruckt werden
* falls die "normale" Eingabe der Tabellendaten nicht reicht, kann man Formular in Access zum bequemen Eingeben von Daten erstellen
* Access hat eine Automatisierungsschnittstelle
* Beziehungen zwischen Tabellen können als Diagramm ausgedruckt werden (unverzichtbar bei grossen DBs)
* hat einen Datenbankdokumentierer (zumindest in Access 2003 recht brauchbar)
Welche Oberfläche kann da mithalten??