Datenbank fehlt :(

[Perlsau]

Das ist nicht der Code zum Verbinden mit deiner Datenbank, das ist lediglich der Connectionstring.

Zitat von derklausi:

ok das Ebook werde ich lesen

Das tut offenbar not
Aber nicht nur lesen, sondern aktiv durcharbeiten. Dort findest du zahlreiche Übungsprojekte, mit deren Umsetzung du dein Wissen nach & nach strukturiert aufbaust und erweiterst.

[derklausi]

hm ok schade,trotzdem danke

[p80286]

also wenn es bei Dir zu Hause funktioniert, dann mußt du nur die DB-Datei im Connection-String austauschen:

Code:

;Data Source=C:\Users\Klaus\Documents\DatenbankFürDelphi TESTen.mdb;

Voraussetzung ist natürlich, daß Dein Arbeitsplatzrechner, die gleichen Möglichkeiten zur Verfügung stellt, wie Dein privater Rechner.

Eine weitere Möglichkeit wäre es, den Connectionstring von ADO am Arbeitsplatz neu erstellen zu lassen.

Gruß
K-H

[derklausi]

Hallo K-H,

danke das du mir schreibst. Was mache ich den wenn der Ziel Rechner kein delphi drauf hat? Die Anwendung läuft ja trotzdem allerdings ohne Daten da ja die Mdb Datei fehlt. Und am Ziel Rechner kann ich ja die ADO nicht ändern. Kann man nicht einfach ein Paket machen wo alles drinnen ist. Ganz schön kompliziert.

Grüße

[nuclearping]

Der Zielrechner braucht kein Delphi, nur eine funktionierende Access-Installation. Und du musst halt nur den Connection-String so anpassen, dass die Datenbank gefunden wird. Entweder setzt du den String dynamisch zusammen oder du änderst ihn auf einen Pfad, der immer verfügbar ist (zB weil du ihn selbst anlegst), zB "C:\MeinProgramm\Datenbank.mdb".

[Perlsau]

Nein, eine Access-Installation ist nicht notwendig, da die Access-Datei ja nicht mit der Access-Anwendung geöffnet wird, sondern mit dem in Delphi entwickelten Client.

Das mit dem Connection-String scheint für den TE noch zu hoch zu sein, denn er ist, wie er selbst schreibt, ein absoluter Neuling in Sachen Programmierung und versteht daher auch die einfachsten Hinweise zunächst einmal nicht.

[derklausi]

Zitat von Perlsau:

Nein, eine Access-Installation ist nicht notwendig, da die Access-Datei ja nicht mit der Access-Anwendung geöffnet wird, sondern mit dem in Delphi entwickelten Client.

Das mit dem Connection-String scheint für den TE noch zu hoch zu sein, denn er ist, wie er selbst schreibt, ein absoluter Neuling in Sachen Programmierung und versteht daher auch die einfachsten Hinweise zunächst einmal nicht.

jeder fängt mal klein an.... sorry das es auch solche gibt.

Der Thread kann geschlossen werden

[derklausi]

Super so funktioniert es. danke nuclearping und danke an K-H

[jobo]

Zitat von p80286:

Eine weitere Möglichkeit wäre es, den Connectionstring von ADO am Arbeitsplatz neu erstellen zu lassen.

Noch ein Tipp dazu, wenn es mal auf einem Rechner klemmt:
Notepad oder anderen Editor nehmen, den Providertext (connectionstring) aus #5 dort eintragen und unter <beliebigerDateiname.UDL> speichern. Es geht auch eine leere UDL Datei, der folgende Dialog enthält dann andere Vorgaben.
Diese Datei mit Doppelclick öffnen und interaktiv Provider, Dateiverzeichnis, usw. einstellen und testen und wieder speichern.
Die Datei enthält danach den funktionierenden neuen Connectionstring.

Hakt es dabei irgendwo, so ist die MDAC oder Providerinstallation auf dem System nicht in Ordnung.
Vorteil dieses Vorgehens: Der gesamte Zugriffstest / Einstellung funktioniert ohne dass Dein Programm dem System ein einziges Haar krümmt. Das kann manchmal von Vorteil sein, besonders wenn man Ärger mit der IT vermeiden möchte.

Diesen Provider Dialog kannst Du auch per Delphi Code starten.
Insgesamt ist bei dem Kram ähnlich wie bei ODBC darauf zu achten, ob man 32 oder 64 bit Treiber ansprechen und verwalten möchte.

[pertzschc]

Zitat von jobo:

Diesen Provider Dialog kannst Du auch per Delphi Code starten.
Insgesamt ist bei dem Kram ähnlich wie bei ODBC darauf zu achten, ob man 32 oder 64 bit Treiber ansprechen und verwalten möchte.

Der Threadersteller hat von Delphigrundlagen wohl wenig Ahnung, wie man den Ausführungen von Perlsau entnehmen kann, da wird ihn alles weitere sicher noch mehr überfordern
Christoph