Datenbank fehlt :(

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

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

[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

[Perlsau]

Lieber Klausi, das war kein Vorwurf an dich, sondern lediglich eine Feststellung. Ich weiß nicht, was ich dir sonst noch sagen könnte, um dir zu helfen, dein Problem zu lösen, insbesondere, da du ja nicht einmal die einfachsten Fragen beantwortest. Ich hatte dich nach deinem Code für die Verbindung mit der Datenbank gefragt, aber du hast nur den Connectionstring gepostet. Kein Vorwurf, aber du kennst den Unterschied zwischen Code zum Verbinden mit der Datenbank und dem Connectionstring offenbar nicht. Der Code ist das, was du in deinen Editor hineintippst. Der Connectionstring steht im Objektinspektor unter der Eigenschaft ConnectionString. Um diese Eigenschaft zur Laufzeit zu ändern, benötigst du Code, den ich bereits im verlinkten Posting getippt habe, ohne jemals eine Rückmeldung des dortigen TE erhalten zu haben, ob ihn dieser Code weitergebracht hat. Du könntest zumindest mitteilen, daß du nicht verstehst, was dort steht, damit man deinen Kenntnisstand ungefähr erahnen kann. Einfach nur was zusammenzuklicken ist im Grunde noch keine Programmierung, auch wenn dadurch automatisch Code erzeugt wird.

Ich bin kein studierter Lehrer und maße mir daher auch nicht an, eine pädagogische Fachkraft zu sein. Aber ich versuch's nochmal mit 10 einfachen Fragen zu den allernotwendigsten Basiskenntnissen, die dein Problem betreffen:

1. Weißt du, was ein String ist?
2. Weißt du, wie man mehrere Strings zu einem einzigen String kopiert?
3. Weißt du, was eine Zuweisung ist und wie sie auszusehen hat?
4. Weißt du, was Properties sind?
5. Weißt du, wie man eine Verbindung zu einer Datenbank aktiviert?
6. Weißt du, wie man prüft, ob die Verbindung zur Datenbank besteht?
7. Weißt du, was eine Function ist?
8. Weißt du, was eine Procedure ist?
9. Kennst du den Unterschied zwischen einer Function und einer Procedure?
10. Weißt du, was eine Methode ist und wie man sie erstellt?

Wenn du hier schon ins Trudeln gerätst, ist es wirklich und ohne dich heruntermachen zu wollen unabdinglich, dir diese Grundkenntnisse anzueignen, bevor du mit ernsthafter Programmierung beginnst. Ohne Scheiß du kommst da nicht drumrum, wenn du Programmieren lernen willst. Wenn dir das zuviel ist, dann bleibt noch die Möglichkeit, einfach nur mit Access zu arbeiten. Dort kannst du ebenfalls Tabellen und Formulare erstellen, mußt für die erweiterte Anwendungsentwicklung aber auch eine Programmiersprache lernen, nämlich Visual Basic for Applications. Dafür gibt es ebenfalls diverse Fachforen, die ich aber nicht wirklich kenne.

Zitat von derklausi:

Der Thread kann geschlossen werden

Threads werden hier gewöhnlich nicht geschlossen. Geschlossene Threads erkennst du an dem Vorhängeschloß und daran, daß du keine Antwort mehr verfassen kannst. Wenn du dir solche Threads mal anschaust, dann erkennst du sehr schnell, warum die geschlossen wurden.

[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

[jobo]

Zitat von pertzschc:

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

Ich habe da ein sehr praktikables Verfahren beschrieben, das großteils mit Programmierung gar nichts zu tun hat. Niveau: Druckertreiber installieren oder niedriger. Der Hinweis am Ende, dass das alles auch durch Programmierung regelbar ist, dürfte erlaubt sein und macht die Sache rund. Damit und mit dem 32/64 Bit Hinweis hat der TE oder jede andere Leser einige gute Infos, wie man das angehen kann und was die Tücken sein können.
Ob die Skills, Interesse und Bedarf beim Leser nun ausreichen oder nicht, ist sehr spekulativ.
Und sollte mich solch eine Spekulation hindern, hier einen praktischen Tipp zu posten? Ich bin schließlich nicht vom Verteidigungministerium! Aber ja, die volle Wahrheit könnte einige verunsichern.

[Daniel]

Moin,

zusätzliche Infos können nie schaden. Jeder von uns hat Bereiche, in denen der nicht so firm ist und ab und an findet man sich in einer Lage wieder, die es erfordert, dass man tiefer in die Materie einsteigt. Und dann ist man über diese Hinweise froh, auch wenn man sie vielleicht anfangs links liegen gelassen hat.