BDE Zugriff verweigert unter Vista

[DeddyH]

Seit Delphi 6 (IIRC) wird die BDE nicht mehr gepflegt, stattdessen soll/sollte man auf DBExpress umsteigen.

[H4ndy]

Ich wärme das Thema ja nur ungern auf, aber keiner hat geschrieben wie man nun überhaupt
"in der Session den Pfad für die Lockdatei ändert". Kann das jemand nachholen?
Stehe gerade vorm gleichen Problem unter Win7.

[Union]

Zitat:

Zitat von DeddyH (Beitrag 1098393)

Seit Delphi 6 (IIRC) wird die BDE nicht mehr gepflegt, stattdessen soll/sollte man auf DBExpress umsteigen.

Aber es existieren noch massenhaft Anwendungen, bei denen die noch drin ist. Und aus Furcht etwas kaputtzumachen wurde nie mit der Umstellung angefangen. Irgendwo war heute auch ein Eintrag der sich mit W98 beschäftigte :wall:

Aber ob dbExpress das Richtige ist? Mit seiner Zugriffskette und Clientdataset? Für einen Umstieg von der BDE würde ich eher ADO bzw. DBGo empfehlen, das ist dann noch ziemlich ähnlich.

[DeddyH]

Das kam falsch rüber. Ich wollte eigentlich sagen, dass Borland damals DBExpress als bessere Alternative angepriesen hat.

[stahli]

Zitat:

Zitat von H4ndy (Beitrag 1129740)

Ich wärme das Thema ja nur ungern auf, aber keiner hat geschrieben wie man nun überhaupt
"in der Session den Pfad für die Lockdatei ändert". Kann das jemand nachholen?
Stehe gerade vorm gleichen Problem unter Win7.

Genau weiß ich es nicht mehr. M.E. war das in einer BDEAdmin.Exe einzustellen. Konkret kann ich es aber nicht mehr sagen.
Ich habe dann auf allen Clients die (ich glaube) IDAPI32.CFG auf allen Clients ersetzt (bin im Urlaub, daher kann ich jetzt nicht nachsehen) und so die Netzwerkeinstellungen auf den Clients angepasst.
Das mache ich seit Jahren so bei neuen Rechnern und stehe daher nicht mehr so in den Details...

Falls Du eine Lösung für 64Bit brauchst, dann schau mal hier.

[Bernhard Geyer]

Zitat:

Zitat von Union (Beitrag 1129746)

Für einen Umstieg von der BDE würde ich eher ADO bzw. DBGo empfehlen, das ist dann noch ziemlich ähnlich.

ADO/DBGo ist nur was für Access/MS SQL-Server.
Und so wie manche herausgefunden habe ist ADO auch schon wieder für MS gestorben. Als native Technik für diese beiden DB-Typen bleibt scheinbar nur ODBC übrig.

[Union]

Zitat:

ADO/DBGo ist nur was für Access/MS SQL-Server

Es gibt OLEDB Treiber für jede Menge Datenbanken, u.a.:
- ADS
- Interbase
- FireBird
- Postgres
- SQLite
- MySQL

[mkinzler]

Aber nur bei Access/MSSQL würde ich diesen Weg bevorzugt gehen

[jaenicke]

Zitat:

Zitat von H4ndy (Beitrag 1129740)

Ich wärme das Thema ja nur ungern auf, aber keiner hat geschrieben wie man nun überhaupt
"in der Session den Pfad für die Lockdatei ändert".

Um das NetDir zu setzen, einfach in der Systemsteuerung über die Suche nach bde das Konfigurationstool öffnen (dabei müssen Adminrechte angefordert werden, sonst fehlen die Kompatibilitätseinstellungen auf der bdeadmin.exe, die aber Windows 7 beim ersten Start automatisch vorschlägt):

Anhang 35347

Dieses und das private dir lassen sich auch in der Anwendung setzen:

Delphi-Quellcode:

  PrivateDir := IncludeTrailingBackslash(GetTempDirectory()) + IrgendeinPrefix +
    IntToStr(GetCurrentProcessId());
  Session.NetFileDir := GetCurrentDir();
  if CreateDir(PrivateDir) then
    Session.PrivateDir := IncludeTrailingBackslash(PrivateDir);

Wir packen die Prozess-ID in den Verzeichnisnamen, damit keine zwei Anwendungen auf das gleiche zeigen können. Alte Verzeichnisse mit diesem Prefix werden automatisch gelöscht.

[Union]

Zitat:

Zitat von mkinzler

Aber nur bei Access/MSSQL würde ich diesen Weg bevorzugt gehen

Dann bleiben ja eigentlich nur native Komponenten, womit man sich meist auf eine einzige DB festlegt. Wenn Embarcadero es nicht einmal schafft, die Demos und Tutorials zu DBExpress lauffähig bzw. aktuell zu halten, mit was für einer Unterstützung für dbExpress kann man dann in der Zukunft rechnen?