Office: (Office 2010) Datenbank als Eigenständiges Programm

Hallo,
ich habe ein Datenbankprojekt erstellt und möchte es als eigenständiges "Programm" laufen lassen. Das heisst, es sollte kein MS-Acces als Programm installiert sein. Wie gehe ich vor?
Danke!
Sommerliche Grüße
André

:)

 

Um eine Access-Instanz wirst Du nicht umhin kommen.
Ggf. reicht die kostenlose Access-Runtime.

Ansonsten bleibt nur die Portierung der Anwendung z.B. auf .NET

 

Hmm...
das ist ja nicht so berauschend. Besteht die Möglichkeit das ganze in Visioal-Studio zu konvertieren bzw. zu übertragen und es dann als eigenes Programm laufen zu lassen?

 

... mit Ignorierung äußerer gewünschter Bedingungen?

 

Mit einer (Assistentgestützen) Migration wird das nicht gehen.
Einen Assistenten um von Access nach .NET zu kommen gibt es m.W. nicht.

Sprich, da wirst Du händisch dran gehen müssen; was im Prinzip einer Neuentwicklung gleich kommen wird.

Was spricht gegen den Einsatz der angesprochenen Runtime?

 

wie meinst du es mit Ignorierung aüßerer gewünschter Bedingungen?

 

Nun, eine Entwicklung einer Anwendung (hier meine ich das Frontend) mit Access für eine Umgebung, wo kein Access (inkl. Runtime) laufen soll, macht keinen Sinn, weil es eben keine Migrationsmöglichkeiten gibt.

Wenn man ein "Datenbankprojekt" (ein sehr zu interpretierender Begriff) plant, sollte man auch die Umgebung, in der das Projekt laufen soll, berücksichtigen.
Wenn diese Situation "plötzlich" aufgetreten ist, hast Du Pech und musst Dich mit einer Neuentwicklung beschäftigen.

Oder aber Du kannst Dich für die kostenlose Acc2010-Runtime erwärmen und Dein Projekt dahingehend anpassen, so dass es auch in einer Runtime läuft.

 

Ok, dann frage ich, wie gehe ich mit dem Runtime vor?
Ich möchte nicht, das andere meine Datenbank "verhackstücken" und ggf. verändern. Dazu kommt es, das ich den Einsatz der DB rechnen must, das die aktuelle Version von Acces nicht vorhanden ist.

 

Suche hier im Forum nach Runtime, das Thema wurde mehrfach behandelt...

Auch zu diesem Thema wurde hier schon mehrfach diskutiert.
Bei DonKarl findest Du einen Einstieg zu beiden Themen
1.17 Wie sicher ist Access?
1.3 Exe aus einer MDB erzeugen

Das ist genau das was Eberhard meinte (denke ich...):
Software entwickelt ohne vorher zu wissen wo und wie sie eingesetzt werden soll.
Wenn Du eine Software entwickeln willst, die auf der großen weiten Welt überall funktionieren muss/soll/kann, wirst Du um eine Hochsprache nicht umhin kommen.
Und selbst dann gibt es für jede Anwendung eine Mindestvoraussetzung.
In Deinem Fall ist das eben z.B. Access oder eine Access-Runtime (wenn Du bei Access bleibst...)

 

Umfassend wird Dir das nicht gelingen. Mit der Erstellung einer ACCDE wird der Entwurf von Formularen, Berichten und VBA-Code gesperrt und damit praktisch unerreichbar (wenige Spezialisten ausgenommen).
Tabellen und Abfragen kann man mit oberflächlichen Methoden schützen (Objekte ausblenden, Datenbankfenster ausblenden), diese lassen sich aber recht schnell aushebeln, wenn man will.

Gegenfrage wäre für mich: Warum will jemand mit Absicht ein gutes Arbeitsmittel ändern oder zerstören?

Dann muss man eben vorher prüfen und dann ggf. die Runtime installieren, per Hand oder aber im Rahmen eines dann erforderlichen Installers.

Aber, um den Bogen noch ein wenig weiter zu spannen: Für Linuxsysteme gibt es noch keine Accessruntime, Mac´s sind glaub ich auch noch eine andere Welt.