私のMicrosoft Accessデータベース（FE/BE）が制限を超えてしまったため、より多くのデータをインポートするため、アクセスは私にとっては適切な選択ではありません。私は良い選択肢としてMySQL（SQL Serverではない）に切り替えるつもりですが、私はMySQLデータベースのフロントエンドとして何を使用するのかと思います。私はAccess VBAコードとフロントエンド（ODBC接続を使用して）を保持すべきですか？高性能は必要ありません。Microsoft AccessをMySQLデータベースのフロントエンドとして使用していますか？
すでにフロントエンドの開発に多額の投資をしてきたのであれば、私にはアクセスのフロントエンドを維持するのは簡単なことではありません。
一方、あなたがAccessで開発することに慣れておらず、あなたが持っているアプリが比較的簡単で、すぐに簡単に起動して実行できる好きな開発プラットフォームを持っているなら、もう一方の方向。
また、Webやリモートユーザーに展開する必要があるなど、要件が変更された場合、Accessフロントエンドへの投資を断念する理由があります。
しかし、一般的には、最初に選択したものは、すでに動作しているものに固執し、解決できない問題がある場合にのみ移動します。
アクセスを常にフロントエンドとして使用しています。それは平易で簡単です。 Accessのツールを使用してテーブルをSQLにアップサイズすることができます。それが終わると、dbo_プレフィックスを取り出すようにリンクテーブルの名前を変更します。したがって、フォームとコードはすべて同じテーブル名を参照しています。
これで、SQLのメンテナンスとデータのバックアップが完了しました。フロントエンドのさまざまなコピーを作成できます。あなたはdevのコピーとユーザー用のコピーを持つことができます。新しいフォームやレポートをフロントエンドに変更すると、公開されたコピーに誰もいないときに2秒で公開することができます。
私はdbのフロントエンドguiのためにaspを学びたい、または他のプラットフォームに行きたいと思っていましたが、アリの丘のために爆弾を必要としないときはどうして迷惑でしょうか？彼らは小さなアプリであり、アクセスは彼らと良い仕事をしています。
hth！
「アップサイジング」の方法として、テーブルをDSNにエクスポートすることができます。 –
少なくとも、新しいMySQLデータベースへのODBCリンクを使用して、既存のAccess FEのコピーを試してください。私はバックエンドデータベースとしてPostGreSqlとSQL Serverを似たようにしています。うまくいくでしょう。私は、あなたがMySQLでより多くの悩みや悩みの種に遭遇できるかどうかはわかりませんが、試してみる価値があるようです。そして、それを見つけるために多くの努力を要しません...あなたの既存のJetテーブルを破棄または名前を変更し、代わりにODBCリンクを追加してください。
ありがとうございます。同意する。私はAccessにとても慣れているので、試してみてください – waanders