Zugriff auf SDF DB mit ADO

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

Danke! Nur das konnte ich nicht riechen

gruss

[Schokohase]

Zitat von DieDolly:

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

[Schokohase]

Zitat von 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

Da hat sich jemand hingesetzt und einen Wrapper geschrieben mit dem man ganz gemütlich per .net auf den SqlCompact zugreifen kann als richtige embedded Lösung. (Ich vermute mal, dass das MS war).

Diese Arbeit hat sich aber niemand für Delphi gemacht.

Wenn du ungefähr wissen willst wie das so ungefähr aussehen kann, dann schaust du dir mal so einen SQlite Wrapper für Delphi an.

[DieDolly]

Zitat:

Diese Arbeit hat sich aber niemand für Delphi gemacht.

Ich kann mir denken warum. In den Köpfen der leute steckt Delphi == Pascal == sehr alt, sehr schlecht, einfach schlecht.
Alles was über normale Programme und Datenzugriff hinaus geht, scheint für Delphi schon exotisch zu sein. DevArt ist übrigens keine Lösung. Viel zu teuer.
Dann hab ich Pech gehabt. Hätte ich damals nur eine vernünftige Sprache gelernt. In meinem Alter werde ich nicht nochmal anfangen.

[EWeiss]

Zitat:

Diese Arbeit hat sich aber niemand für Delphi gemacht.

Ok nochmal.. Da es anscheinend jedes mal überlesen wurde.
DELPHI <> NET

Und es sollte mit ADO funktionieren Siehe!

gruss

[DieDolly]

Ist das nicht total egal? Ich habe Delphi, direkt neben meiner Exe liegt eine Datenbankdatei in die jedes Programm rein kann nur Delphi mal wieder nicht.
Die Datei ist ja da. Die muss ich mir nicht erst herzaubern. Und trotzdem ist Delphi zu bescheiden, um die Datei zu lesen.

Es gibt da wohl nur noch die Möglichkeit die DB in eine andere Datei oder ein anderes DB Format zu exportieren.

[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