複数の人がアクセスデータベースで作業できるようにするために採用している戦略は何ですか？
カスタムフロントエンドを開発しなくても、オンラインでホストしてその機能を引き続き機能させることは可能ですか？
ソフトウェアとしてのMSAccessには、構成するためのプログラミングを必要としないいくつかの優れた機能があります。
オンラインでホストされている場合でも、これらの機能をすべて利用できるようにすることは可能ですか？私は基本的に、webapp <> MySQLの方法を使わずに、上記のようなGUI機能を使用して人々がデータをすばやく操作できるようにする別の方法を考えています。
ここにいくつかの良いコメントがあります。アクセス2010では状況がかなり変わったことを覚えておいてください。
Access 2010を使用すると、Webアプリケーションを構築できます。開発プロセスは何年も前とほとんど同じですが、これらのWebアプリケーションのフォームでVBAを使用することはできません（新しいマクロ言語を使用します）。この新しい機能セットを使用すると、作成したアプリケーションをWebサイトに公開できます。これは、access 2010で実行されている私のアプリケーションのビデオです。ビデオの途中で、Webブラウザーでアクセスアプリケーションを100％実行するように切り替えます。
http://www.youtube.com/watch?v=AU4mH0jPntI
上記は2010年のアクセス用です…今年の予定です。上記では、SharePointサービスを実行するか、「Webアクセス」サービスをサポートするホスティングサービスを使用する必要があります。
以前のバージョンのアクセスでは、すべての目的と目的で、Webベースのシステムではありません。ここで、複数のユーザーと言うときは、どのようなユーザーで、どこにいるのかを明確にする必要があります。ユーザーがローカルオフィスネットワークを使用している場合は、追加のコーディングやプログラミングを必要とせずに、MSAccessを箱から出してすぐにマルチユーザーシステムとして使用できます。ただし、アプリケーションを各ユーザーのコンピューターに展開されるフロントエンド部分に分割することをお勧めします。私の次の記事で概説されているこの概念。
http://www.members.shaw.ca/AlbertKallal/Articles/split/index.htm
さて、おそらくユーザーはノートブックや全国のさまざまな場所にいるのでしょうか。このタイプの場合、ワイドエリアネットワーク経由で接続しようとしている、またはユーザーにインターネット経由でアプリケーションに接続させようとしています。これは別の問題です。このタイプのシナリオでは、バックエンドにSQLサーバーなどを使用し、Accessフロントエンドを各ユーザーのコンピューターに展開し続けることをお勧めします。このアプリケーションは、最も手頃な価格になる傾向があります。また、SQL Server + ms-accessを使用すると、いつものようにAccessで開発を続けることができます。SQLサーバーに頼らずに広域使用を実現する別の方法は、ターミナルサービスと呼ばれるものを使用することです。これらの可能性について、次の記事で概説します。
http://www.members.shaw.ca/AlbertKallal//Wan/Wans.html
前述のように、ここにある他のいくつかのユーザーは、使用を検討できるいくつかの新しいSharePoint機能へのリンクを投稿しましたが、それらは今年後半まで公開されません。
マルチユーザーアクセスアプリは、15〜25レンジャー以下の小規模なワークグループユーザー集団に対して非常に簡単に実行できます。その上、開発者はサーバーバックエンドへのアップサイジングを検討する必要があります。トレードオフは、Jet / ACEバックエンドを保持する場合にアプリをより慎重にプログラムする必要がある場合と比較して、サーバーの管理オーバーヘッドが大きくなることです。
オンラインアクセスに関しては、これはHTTP経由では不可能ですが、Windowsターミナルサーバーが利用可能な場合は、そこでアプリをホストして、ユーザーにアクセスを許可することができます。これは実際には、アプリのリモートユーザーをサポートするための非常に簡単で効率的かつ安価な方法ですが、ユーザー数が多いほど問題が発生します。ただし、AccessアプリにWindowsターミナルサーバーのセットアップに負担をかけるユーザーが含まれるようになるまでに、Jet/ACEバックエンドを使用することはなくなります。
また、サーバーバックエンドを使用すると、インターネット経由でVPN上のSQL Serverにアクセスできるようになります。また、Accessアプリを非常に効率的に作成すれば、標準のブロードバンド接続でも、ユーザーは生産的に作業できます。
次に、Accessの未来があります。Access2010では、Sharepoint2010の多数の新機能と統合するために多くの作業が行われました。新しいタイプのAccessWebフォームとレポートを使用してA2010アプリを作成する場合、アプリは新しいAccessServicesを実行しているSharepointサーバーにアップロードして、Webブラウザーで実行して使用できます（IEに限定されず、プラグインやWebコントロールに依存しません。これまでのように、まったく価値がありません。アクセスデータアクセスページ）。データストアはSQLServerにすることも、Webブラウザー経由でアクセスしないユーザーのためにJet / ACEのままにして、オンラインユーザーのためにSharepointにデータを保存することもできます。また、インターネットに接続しているときにSharepointを使用するAccessでローカルに実行されているSharepointと統合されたアプリを持つことができます。切断してもオフラインで作業できます。再度接続すると、ローカルの変更をSharepointサーバーと同期し、違いを解決して作業を続行します。
機能は非常に優れており、私が聞いて見たところによると、Accessアプリが完全にWebフォームとレポートで構築されている場合、Accessで実行した場合とSharepointを介してWebブラウザーで実行した場合で、外観と機能は同じになります。 。また、ブラウザでアプリを実行しているユーザーに公開しないクライアント側の機能が必要な場合でも、従来のAccessオブジェクトを使用できます。
Access開発チームのブログには、A2010の今後の予定に関する多数の投稿があり、A2010がSharepoint2010の新しいAccessServicesとどのように統合されるかを示す優れたビデオが投稿されています。
これは、以前はほとんど存在していなかったAccessのWeb機能の飛躍的な進歩を構成しており、私はこれに非常に興奮しています。以前は、Accessに加えられた変更が、Sharepointの使用人になっているように見えることを非常に警戒していましたが、AccessユーザーとAccess開発者にとってのメリットは非常に大きいことがわかります。
私が聞いたことのある方法の1つは、AccessデータベースをSQLServerデータベースにインポートすることです。
（ほとんどすべてのバージョンで問題ありません。）
次に、Accessを使用してSQL Serverデータベースにリンクし、ユーザーが以前と同じように使用できるようにします。
このリンクを見てください：http：//office.microsoft.com/en-us/access/HA010345991033.aspx
オンラインソリューションが必要な場合は、通常のWebアプリケーションアーキテクチャを使用することをお勧めします。（適切なデータベースと通信します。）
自分でサポートする必要はありませんでしたが、これまで聞いたところによると、複数のユーザーが同時に書き込みをサポートする必要があるとすぐに、パフォーマンスが大幅に低下します。これは、Accessが単純なファイルロックを使用して分離を実装しているためだと思います。これは、並行データベースシステムに適した手法ではありません。
オンラインでホストされていますか？ネットワーク上という意味ですか？技術的にはネットワーク上で動作しますが、MS-AccessがVisualStudioにない理由があります-開発プラットフォームとは見なされません-デスクトップアプリケーションです。MS-Accessが最初に登場したとき、多くの人がそれを使用してアプリケーションを構築しました。マルチユーザー機能はありません。最大4〜5人のユーザーが問題ありません。しかし、私はそれ以上は行きません。