2017-05-03 4 views
2

私たちには、クライアントからのテーブル、フォーム、レポートがたくさんあるAccess 2016データベースがあります。クライアントは、他の人がこのデータベースのデータにアクセスすることを望みますが、フォームとレポートをウェブサイトに変換するためにお金を費やしたくありません。彼らは、フォームとレポートをフロントエンドとしてAccess 2016を持っていて、中央の場所にデータを格納します。問題は、このデータにアクセスするユーザーが同じLANまたはネットワーク上にないことです。私が思いついた共有アクセス2016年のインターネット上のデータ

ソリューションは、データベースのバックエンドとしてSQL Azureのを使用し、Access 2016データベースのフロントエンドにフォームやレポートを維持することでした。誰かが代替案を考えることができますか? MicrosoftはOffice 365で何らかのオンラインホスティングを行っていますか?私はSQL Serverに対して何も持っておらず、頻繁に使用していますが、単純な解決策が存在するときにデータベースをアップサイジングするという作業をしたくありません。

+0

並行リモートユーザーの数はいくつですか?リモートデスクトップサーバー(または予備のワークステーション、または2つのRDP用にセットアップされたもの)は、実際のデータベースに変更を加える必要のないソリューションを提供します。 それ以外にも、リモートユーザー用のVPNを設定するだけでは限定的な成功を収めましたが、それは遅いです。 – SunKnight0

+0

これをインターネット上でどのように確保する予定ですか?これは私にとって恐ろしいアイデアのように聞こえます。単純なデータ駆動型Webサイト(アクセスフロントエンドの機能を持つ)を作成することは、今日、いくつかのフレームワークを使用することは些細なことです。私はちょうどそれに乗ります。 – Milney

+1

ユーザーには異なるSQLログインがあります。データベースには複数のAccessフォームとレポートがあります。理想的な解決策はウェブサイトを作成することですが、クライアントはすべてのフォームとレポートをウェブページに変換するためにお金を費やしたくありません。 – Andre

答えて

1

あなたは確かにSQL Azureの上のバックエンドを配置することができます。しかし、典型的なインターネット接続が約100倍遅いと仮定すると、アプリケーションを最適化するために多大な労力が必要です。したがって、SQLサーバーで動作するようにAccessアプリケーションを最適化する方法については、かなりの経験が必要です。したがって、この設定は実行可能ですが、まともなパフォーマンスを達成するためにはかなりの労力がかかります。

もう1つの解決策は、SharePointまたはOffice 365バックエンド(SharePointテーブルをサポートする)を使用することです。この設定は、表のサイズが一般に5000レコード未満の場合にのみ有効です。また、すべてのテーブル関係が標準自動番号PKであることを確認する必要があります。また、子テーブルは親テーブルに関連付けるために標準の長い番号の列を使用します。

可能性が高い最適なソリューションをセットアップするサーバーで、リモートデスクトップを実行します。これにより最高のパフォーマンスが得られ、エンドユーザーはアクセスやフロントエンドをインストールする必要はありません。

この記事では、インターネット経由でSQL Serverを使用した場合の「遅さ」といくつかの提案と考えられる解決方法について詳しく説明します。

http://www.kallal.ca//Wan/Wans.html

関連する問題