Zugriff auf SDF DB mit ADO

[EWeiss]

Zitat:

PS: Bei einem 64-Bit OS musst du die x64 Variante von SQL Compact herunterladen und installieren. Dabei wird der x32 und x64 Provider installiert.

Richtig! Denn die x86 kann auf einem x64 System gar nicht installiert werden.

gruss

[EWeiss]

Zitat:

Zitat von hoika (Beitrag 1432139)

Hallo,
vielleicht hast Du (EWeiss) ja noch ein altes Dotnet-Frame drauf (3.5).

Nö.. > 4.0
Aber einige Programme(Abhängigkeiten) benötigen nun mal das 3.5 Framework und wenn es dann unter Win10 nicht aktiviert ist funktionieren diese halt nicht.

gruss

[DieDolly]

Mein ConnectionString muss wohl so lauten wenn ich lokale DLLs verwenden und nichts installieren möchte. Soweit bin ich

Zitat:

'Provider=Microsoft.SqlServerCe.Client.4.0;Data Source=db.sdf'

Aber das klappt natürlich nicht da die exe die DLL Dateien nicht sieht die direkt neben ihr liegen. Jetzt weiß ich gar nicht mehr weiter. System.Data.SqlServerCe in der Uses liste geht natürlich auch nicht.

[EWeiss]

Zitat:

Source=db.sdf'

sollte das nicht
Source=Database1.sdf'

lauten?

gruss

[DieDolly]

Ich versichere dir, das ist nicht das Problem ;)
Das Problem ist, dass der Provider nicht gefunden wird. Installieren möchte ich nichts um keine Abhängigkeiten zu erzeugen. Die SqlCE DLLs liegen alle neben der Exe.

[EWeiss]

Zitat:

Zitat von DieDolly (Beitrag 1432149)

Ich versichere dir, das ist nicht das Problem ;)
Das Problem ist, dass der Provider nicht gefunden wird. Installieren möchte ich nichts um keine Abhängigkeiten zu erzeugen. Die SqlCE DLLs liegen alle neben der Exe.

Danke! Nur das konnte ich nicht riechen ;)

gruss

[Schokohase]

Zitat:

Zitat von DieDolly (Beitrag 1432149)

Das Problem ist, dass der Provider nicht gefunden wird. Installieren möchte ich nichts um keine Abhängigkeiten zu erzeugen. Die SqlCE DLLs liegen alle neben der Exe.

Wenn du keinen Provider installierst (und der SQL Compact wird nun mal nicht automatisch mit dem OS installiert) dann wirst du auch den nicht verwenden können. Das ist ganz einfache Logik.

Wenn du den OLEDB Provider nicht installieren möchtest, dann kannst du auch den Zugriff per OLEDB Provider vergessen und damit dbGo (also TAdoConnection)

[DieDolly]

Zitat:

Wenn du keinen Provider installierst (und der SQL Compact wird nun mal nicht automatisch mit dem OS installiert) dann wirst du auch den nicht verwenden können. Das ist ganz einfache Logik.

Wie macht es der SdfBrowser denn? Irgendwie muss das doch zu bewerkstelligen sein. Ob jetzt ODBC, DHL oder DPD. Hauptsache ich komm auf die DB :P

[EWeiss]

Vielleicht hilft dir das etwas auf die Sprünge..

Zitat:

Wie macht es der SdfBrowser denn? Irgendwie muss das doch zu bewerkstelligen sein.

Wie ich schon sagte Delphi <> .net

PS:

Zitat:

Installieren möchte ich nichts um keine Abhängigkeiten zu erzeugen

Dann hast du auch keinen Provider.
Du kannst nicht auf die .net Runtime DLL's von Delphi aus zugreifen.
Du musst den Provider von MS installieren den du brauchst. Siehe!

gruss

[DieDolly]

Zitat:

To connecting ADO with SDF file,

Das muss nicht mit ADO sein. Der sdfBrowser kann es ja auch. Wie immer scheint es mal wieder nix für Delphi zu geben.