バックグラウンド
私は、何千もの MS Access アプリケーションが飛び交う大規模な組織で働いています。私はこれらのどれも書いていません - 実際、オリジナルの作者のほとんどは会社を離れて久しいのですが - ときどき別の Access アプリがサポートを求めて私のデスクにやってくることがあります。アクセスを別のソリューションに置き換えたいと思います。
要件
MS Access のデータベース部分 (Jet データベース) には、SQLite、MySQL、VistaDB など、いくつかの優れた代替手段があることを知っています。
私が知りたいのは、MS Access のフロント エンド部分に取って代わるものはありますか?
つまり、フォームの作成、簡単なスクリプトやクエリの作成などに使用できるものはありますか?
なんで？
@BracC は「なぜアクセスを置き換えるのですか?」と尋ねました。- 確かに公正な質問です。
次の理由により、アクセス権を削除したい:
- ロジックが隠され、アプリケーションのサポートが困難になります。ロジックはさまざまな場所に存在する可能性がありますが、構造を提供または促進するものはありません。
- マクロ
- モジュール
- クエリ
- フォーム
- その性質上、ユーザーは「それほど小さなアプリケーションではない」「小さな」アプリケーションを作成するようになります。その後、ユーザーは去り、私はたくさんのスパゲッティをサポートする必要があります. アクセスが唯一の原因ではないことはわかっていますが、それは私の組織のリーダーであり、私はそれを完全に取り除きたいと思っています.
追加のクレジットについて
私が本当に見つけたいのは、MDB ファイルを読み込んで、機能を複製する C# のようなものを出力できるものです。（または任意の言語 - 面倒ではありません）。
これがすべて明確であることを願っています。そうでない場合は、コメントを投稿してください。詳細を書き直し/追加します。
アップデート
@GuinnessFan は、私が興味深いと思うポイントをいくつか挙げています。これらの点について議論するためにコメントを追加しました。
私が質問してから私たちがしたこと：
- ユーザーが使用し、必要とするアクセス アプリケーションの決定的なリストをユーザーに提供してもらいました。(リストにない MDB ファイルは削除できるということを理解しておいてください - 万歳!)。
- リスト上の MDB を分析し、次の結論に達しました。
- ほとんどの "アプリケーション" は、1 つのハードコードされたクエリまたは 1 つのリンク テーブルで構成されています。
- 多くは、おそらく日付パラメーターなどを使用した少数のクエリです。
- 真に複雑なロジックを持っている人は (もしいたとしても) ごくわずかです。
- 現在、リストの作業を進めており、ほとんどのアプリを SSRS (SQL Server Reporting Services) パッケージに変換しています。
- SSRS を使用して複製できないものはすべて、手作りの Web アプリケーションになります。ただし、これらの多くはありません。
有益な回答をくれたすべての人に感謝します。