1

私たちは皆、米国中の複数の都市からWAN経由でAccess 2010を実行しています（たとえば、フロントエンドはフェニックス、シカゴ、ボストン、ニューヨーク州アルバニーにあり、バックエンドはフェニックスにあります）

たぶん、10人か15人のユーザーがさまざまな都市から同時にバックエンドに接続しました。

フロントエンドは同一であり、すべて同じ15のリンクされたテーブルがあり、すべて同じUNCバックエンドに接続されています。

UNCは「\fs1-xxx1\ projectname \ xxx2 \ xxx-15257 \ 0600-design_discipline \ 0612-architectural \ xxxx xxxx Database \ Backend Database \ xx-xxxxxxxxxx.accdb」のようになります

明らかに、これをWAN上で実行することは良い考えではありませんが、それは人生です。そこにオプションはありません。

UNCパスの長さは、全体的なアクセスパフォーマンスに影響を与えるため、大幅に短縮する方がよいでしょうか。

マップされたドライブとUNCはここで役立ちますか？

このシナリオに関する他のコメントや提案はありますか？

推奨されていないことはすでに知っていますが、変更することはできません。

助けてくれてありがとう。

ジョー

4

2 に答える 2

0

まず、さまざまな場所が非常に安全でないため、非武装地帯（DMZ）として設定されていないことを願っています。

第二に、あなたの質問に答えるために、それが途方もなく長いかもしれないのでない限り、私は速度に影響を与える経路の長さを見ません。

于 2012-08-21T02:40:29.427 に答える
0

dbファイルへのパスの長さはパフォーマンスに影響します。標準的な推奨事項は、可能な限り短くすることです。詳細については、「バックエンドMDBを複数のフォルダーではなく、ネットワーク共有のルートに配置する」という見出しの下にあるTonyTowesのMicrosoftAccessパフォーマンスFAQを参照してください。

私が理解しているように、この問題は主に、連続するフォルダレベルごとに必要なアクセス権限のチェックが原因です。したがって、私の理解が正しければ、共有をドライブ文字にマッピングすることで問題を回避することはできません...セキュリティチェックはファイルサーバーで引き続き実行する必要があるためです。

他の提案に関しては、このユースケースはデータベースの破損のリスクを高めるため、信頼性が高くテスト済みのバックアップ戦略を実施していることを確認してください。WANを介してAccessデータベースを実行する際の落とし穴を認識しているようです。他の読者は、AlbertKallalのページを読むことで恩恵を受けるかもしれません：ms-accessでWANを使用する。

于 2012-08-21T05:44:29.050 に答える