25 Stimmen

Front-End für MS Access-Migration?

Hintergrund

Ich arbeite für ein großes Unternehmen, das Tausende von MS Access-Anwendungen im Umlauf hat. Ich habe keine von ihnen geschrieben - die meisten der ursprünglichen Autoren haben das Unternehmen längst verlassen -, aber von Zeit zu Zeit landet eine andere Access-Anwendung auf meinem Schreibtisch, für die ich Unterstützung benötige. Ich würde soooo Ich würde den Zugang gerne durch eine andere Lösung ersetzen.

Anforderung

Ich weiß, dass es mehrere gute Alternativen für den Datenbankteil von MS Access (die Jet-Datenbank) gibt, wie SQLite, MySQL, VistaDB usw.

Was ich gerne wissen möchte, ist: Gibt es etwas, das den Front-End-Teil von MS Access ersetzen kann?

D.h. etwas, mit dem man Formulare erstellen, einfache Skripte und Abfragen schreiben kann, usw.?

Warum?

@BracC fragte: "Warum den Zugang ersetzen?" - In der Tat eine berechtigte Frage.
Ich möchte den Zugang loswerden, weil:

  • es verbirgt die Logik, was zu schwer zu unterstützenden Anwendungen führt. Die Logik kann sich an vielen verschiedenen Stellen befinden, von denen keine eine Struktur bietet oder fördert:
    • Makros
    • Module
    • Abfragen
    • Formulare
  • Es liegt in der Natur der Sache, dass es die Benutzer dazu verleitet, "kleine" Anwendungen zu erstellen, die dann zu "nicht so kleinen Anwendungen" werden. Dann verschwindet der Benutzer und ich muss einen Haufen Spaghetti unterstützen. Ich weiß, dass Access nicht der einzige Übeltäter ist, aber in meiner Organisation steht es an erster Stelle, und ich würde es gerne ganz loswerden.

Für zusätzliche Punkte

was ich möchte wirklich Ich würde gerne etwas finden, das eine MDB-Datei einlesen und etwas wie C# ausgeben kann, das die Funktionalität nachbildet. (Oder jede Sprache - nicht wählerisch).

Ich hoffe, das ist alles klar. Wenn nicht, schreiben Sie bitte einen Kommentar, und ich werde die Details neu schreiben/hinzufügen.

Update

@GuinnessFan hat einige Punkte angesprochen, die ich interessant finde. Ich habe meine Kommentare hinzugefügt, um diese Punkte zu diskutieren.

Was wir getan haben, seit ich die Frage gestellt habe:

  • Wir haben die Benutzer gebeten, uns eine endgültige Liste der von ihnen verwendeten und benötigten Zugriffsanwendungen zu geben. (Es wurde vereinbart, dass alle MDB-Dateien, die nicht auf der Liste stehen, gelöscht werden können - hurra!)
  • Sie analysierte die in der Liste aufgeführten MDBs und kam zu folgenden Schlussfolgerungen:
    • Die meisten "Anwendungen" bestehen aus einer einzigen fest kodierten Abfrage oder einer einzigen verknüpften Tabelle.
    • Bei vielen handelt es sich um eine kleine Anzahl von Abfragen, vielleicht mit einem Datumsparameter oder ähnlichem.
    • nur sehr wenige (wenn überhaupt) haben eine wirklich komplexe Logik.
  • Wir arbeiten uns jetzt durch die Liste und konvertieren die meisten Anwendungen in SSRS-Pakete (SQL Server Reporting Services).
  • Alles, was nicht mit SSRS repliziert werden kann, wird zu einer handgefertigten Webanwendung. Davon gibt es allerdings nicht viele.

Ich möchte mich herzlich bedanken bei alle der mir hilfreiche Antworten gegeben hat.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X