Neuer Record wird nicht in die Datanbank geschrieben

[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.