Neuer Record wird nicht in die Datanbank geschrieben

[simon790]

Hallo
Ich schreibe eine alte Anwendung um die auf dBase-Datenbanken zugreift. Ich möchte diese Datenbanken nun umschreiben auf Paradox.
Die Anzeige der Daten funktioniert soweit gut. Allerdings kannich keine Records einfügen.
Ich tu dies mit einer EditForm, DBGrid und diesem Code:

Delphi-Quellcode:

procedure TEditForm.FormClose(Sender: TObject; var Action: TCloseAction);
begin
  if (MainData.UserTable.state in [dsEdit,dsInsert]) then
    MainData.UserTable.Post;
end;

Dies funktionierte mit der dBase.

Ich habe neu eigentlich nur den Pfad zur Datanbank geändert und die Table auf Paradox eingestellt.

In einem kleinen Testprogramm das ich geschireben habe funktioniert das zurückschreiben der Records ohne Probleme.
Woran kann das liegen`?
Gruss
Smn

[RavenIV]

<offtopic>
DBase, Paradox, BDE?
Das ist doch alles alter Schrott.
Warum verwendest Du nicht eine aktuelle Datenbank?
Firebird, PostgreSQL, SQLite? Alle auch kostenlos.

[Bernhard Geyer]

Zitat:

Zitat von simon790

Ich schreibe eine alte Anwendung um die auf dBase-Datenbanken zugreift. Ich möchte diese Datenbanken nun umschreiben auf Paradox.

Den Teufel durch den Pelzebub austreiben. Was soll das bringen eine veraltete DB durch eine andere veraltete DB.
Wenn du schon umstellst dann auf eine vernünftige noch aktuelle DB. Es gibt genügend Alternativen die Pflegeleichter als dBase/Paradox und BDE sind.

[simon790]

Weil die andere alte den Ansprüchen genügt, und die BDE schon installiert ist.

[Peinhard]

Des Menschen Wille... also versuchs mal mit

Delphi-Quellcode:

DBISaveChanges(MainData.UserTable.Handle);

und/oder mit der hier verlinkten Komponente.

[Bernhard Geyer]

Zitat:

Zitat von simon790

Weil die andere alte den Ansprüchen genügt

Und was soll sie mehr können das du es portieren willst. Zerschossene Indize und Tabellen kannst du AFAIK bei beiden haben..

Zitat:

Zitat von simon790

und die BDE schon installiert ist.

Schon mal davon gehört das es Rechner gab bei denen ungünstige SW-Installationen eine BDE-Installation so zerschossen hat das nichts mehr ging?

[mkinzler]

Eigentlich sollte die Zeit der Selbstgeiselung seit Ostern vorbei sein.

[simon790]

Ja bitte macht euch nur lustig!
Sofern ich mal eine neue DB-Applikation von Grund auf neu schreiben muss, dann nehme ich ja sicher eine aktuelle DB. In diesem jetzigen Fasll ist dies aus ressourcen-Gründen nicht möglich.
Ich bitte daher um Verständniss! ;-)
Allerbesten Dank trotzdem für die Tipps!
Smn

[mkinzler]

Aber warum dann dBase auf Paradox umsteigen? Diese Mühe kannst du die sparen!

[Peinhard]

Zitat:

Zitat von Bernhard Geyer

Zerschossene Indize und Tabellen kannst du AFAIK bei beiden haben..

Um mal ein Länzchen zu knicken - bei Paradox merkt man es aber wenigstens. Eine DBF dagegen kann einem unter den Fingern zerbröseln, ohne dass die Anwendung das notwendigerweise überhaupt mitkriegt. Dennoch würde auch ich mir die Mühe nicht machen.

[simon790]

Zitat:

Zitat von mkinzler

Aber warum dann dBase auf Paradox umsteigen? Diese Mühe kannst du die sparen!

Mühe? Das waren ca. 3 Klicks.

[mkinzler]

Und die Probleme, die du nun hast auch?

[RavenIV]

Zitat:

Zitat von mkinzler

Aber warum dann dBase auf Paradox umsteigen? Diese Mühe kannst du die sparen!

Richtig, das ist beides "Sch****", naja sagen wir "schlimm".
Aber auch ich würde mir dei Arbeit nicht machen, von einem Sch***-System zu einem anderen Sch***-System umzusteigen. Auch dann nicht, wenn das zweite Sch***-System ein Bisschen weniger Sch*** ist.

Lass das ganze, so wie es ist.
Wenn alle mit der Sch*** klar gekommen sind, warum soll man es dann ändern?

[simon790]

Ja, habe gemerkt dss es mit Paradox doch nicht so klappt wie ich es mir erhofft hatte. Der Lock Mechanismus verhindert das mehrer User auf die Datenbanken zugreifen können (Mit dBase hat das aber noch funktioniert) Habe irgendwo gelesen, dass man bei allen Usern den Pfad zur PDOXUSRS.NET Datei welche wiederum auf die Lockfiles verweist auf ein gemeinsamen Net Dir einstellen muss...

Nun bei mir kann ich das mit dem BDE_Administrator machen. Bei den Usern allerdings ist das so nicht möglich, da diese ja Delphi nicht installiert haben und damit auch keinen BDE-Administrator. Gibt es da eine andere Möglichkeit. Falls ja wäre trotzdem das Problem, dass diese Änderung bei 200 Arbeitsstationen gemacht werden müsste. Ich habe diese Einstellung auch nicht in der Reg gefunden so dass man einfach den Schlüssel hätte verteilen können. Also alles ein ziemlicher brunz...daher:

Gibt es eine sinvollere Variante als Paradox welche:

-trotzdem auf der BDE-Engine basiert, damit keine zusätzliche Datanbankengine verteilt werden muss.(knockout Kriterium)
-Ein Feld so indexiert werden kann, dass die Tabellen nach diesem Feld geordnet alphabetisch angezeigt werden.
-Der Sourcecode (TTable und TDatasource) nur minimal angepasst werden muss
-mehrere User gleichzeitig auf ein File Zugriff haben.

Gruss
smn

[Bernhard Geyer]

Zitat:

Zitat von simon790

-trotzdem auf der BDE-Engine basiert, damit keine zusätzliche Datanbankengine verteilt werden muss.(knockout Kriterium)

Viele Desktopdatenbanken können entweder alles in die Exe kompilieren oder es reicht ein paar DLL's mit ins Anwendungsverzeichnis zu kopieren. Damit hat man die von MS hochgelobte XCopy-"Installation" auch.

Zitat:

Zitat von simon790

-Der Sourcecode (TTable und TDatasource) nur minimal angepasst werden muss

Diese mußt du bei jeder vernünftigen Lösung austauschen. Diverse DB-Hersteller bieten auch Tools an die das automatisch erledigen.

[RavenIV]

Zitat:

Zitat von simon790

-trotzdem auf der BDE-Engine basiert, damit keine zusätzliche Datanbankengine verteilt werden muss.(knockout Kriterium)
-Ein Feld so indexiert werden kann, dass die Tabellen nach diesem Feld geordnet alphabetisch angezeigt werden.
-Der Sourcecode (TTable und TDatasource) nur minimal angepasst werden muss
-mehrere User gleichzeitig auf ein File Zugriff haben.

Nimm eine echte Datenbank.
Manche können auch direkt von der BDE die Daten importieren.

Vorteil:
- Du musst keine DB-Engine verteilen
- viele DB-Komponenten behaupten, dass sie BDE-Ersatz einfach machen
- mehrere User können auf die selbe Tabelle (File) zugreifen

Also wieder:
BDE eliminieren und ne "richtige" DB benutzen.

[simon790]

Habs mal so zum laufen gebracht...jetzt können mehrere User auf die Tabellen zugreifen.

Delphi-Quellcode:

Session.NetFileDir:='PfadZumNetzlaufwerk';

hier gefunden:
Delphi Notes about network database...

[mkinzler]

BDE ist trotzdem eine schlechte Idee.