はMSアクセス(JET)に適したマルチユーザのアクセス?

https://stackoverflow.com/questions/763888

11-09-2019
|

質問

い製品することが重要であるデスクトップを使用した製品でMSアクセスファイルとしてのDBです。

現在、一部のユーザーインターフェースにインストールを行ってください少数のパソコンということか2または3)のデータベースです。

と思ったのMSアクセスファイルを共有フォルダにアクセスすると、PCからですが---ジェットエンジンは複数のユーザーのアクセス?

他のヒントも意識するの？

編集：このアプリです。純一、データベースに保存しており(を使用しないデータベースとしてフロントエンド)

解決

多くの誤った回答にスレッドとることがわかりません。かに過ごした4つのポイント評判決を下回答との誤解や間違った情報です。

ジェットデータベースエンジンであることになるすべてのわらのOPを明確化""編集デフォルトではマルチユーザーでしたらすることができてうれしいです。
共有のジェットデータの店 非常に 信頼する場合は、ネットワークは低.ことはないインフラとしない無線の帯域幅は十分のためのジェットを維持するLDBファイルマルチユーザロック、その他のレクリエーションによるPCのインスタンスのジェットデータベースエンジン回/秒(デフォルト設定)でジェットできな回復からの落下を接続するのは無線環境で行います。
のアクセスが低下する場合のフロントエンドにアクセス申請MDBを共有させている場合にこのポスター).の理由で失敗した場合にはがんを共有できないも確実に共有していない理由を共有する必要があります。方法によってはアクセスの対象で保存されMDBファイル全体にアクセスプロジェクトに格納された単一のBLOB分野を一つのシステムテーブル）でのものや腐敗の場合複数のユーザが開きます。私の推定、共有アクセスフロント終了(またはunsplit MDBのテーブル形式/レポートすることになりました。すべてを一つMDB）は、99.99%の汚職のアクセス/ジェットファイルです。

私の基本的な答えのOPの問題であり、ジェットされたデータストアのためのアプリのサイズです。しかし、場合が可能ですべてのユーザー人口の拡25名以上、その方が良いかもしれないスタートを切ったゼロからのデータベースエンジンはより強固により高いユーザーの個体数の

他のヒント

これを行うために完全に可能です。しかし、あなたは、バックエンド（データのみ）（フォーム、クエリ、コード付き）、フロントエンドにデータベースを分割しなければなりません。すべてのユーザーは、バックエンドの共有にリンクし、自分のコンピュータ上のフロントエンドを持つことがあります。

ジェットは、ネットワークトラフィックのトンを生成して、

これは遅くなります。 Microsoftはまた、徐々に開発ツールとしてのアクセスを卑下されます。アクセス2007は、例えば、Access 2003のこれまで以上に洗練されたセキュリティモデルを持っています。

私は徐々にAccessから遠ざかっています長い時間のアクセス開発者としてます。

それをしないでください... Jetデータベースは、複数のユーザーをサポートすることができると主張するが、SQL Expressデータベースへのアクセスのファイルを変換するために、アップサイジングウィザードを非常に使いやすいです。そのデータベース・ファイルを簡単に、ユーザーまたは管理者によってロックになる可能性があり、そしてすべてのユーザーがデータベースを使用することはできないであろう。

...と SQL Expressが無料のです。そこからSQL Serverまたは他のいくつかの商用データベースの完全なインスタンスへのアップグレードパスは簡単です。

信頼性の高いローカルネットワーク上の2人のまたは3のユーザーとあなたがいる限り、あなたが戻って、ネットワークが頻繁に押し上げるよう、問題ないはずです。

あなたのテーブル内の任意のビット/ブールフィールドを避けてください - 。ジェットは、それらに複数のアクセスを持ついくつかの厄介な破損の問題があります。

また、すべてのアクセスにロックが楽観的であることを心に留めて：あなたは汚いが、たまに読み込み取得します。

。

MS Accessのは、このような小規模オフィスのシナリオのために設計されています。あなたはプログラミングの最小に設定することができ、重要でない光のオフィスでの使用

定期的にバックアップします。

データファイルはすべての今して壊れることを期待しています。

それはのの複数のユーザをサポートするように設計している間に

ACE / Jetエンジンは、ソフトウェアの素晴らしい作品ですが、実際には実際には複数のユーザをサポートすることは、その強力なポイントの一つではありません。私にとって最後のわらは、エンジンからユーザーレベルのセキュリティ（ULS）が除去される：私は、すべてのユーザーが、のすべてののデータベースに同じ権限（つまり、管理者権限を持つことになります単純なデータベースの状況を想像することができると仮定しますオブジェクト）が、IMO MS SQL Serverの、言う、と比較して、うまく複数のユーザをサポートされていません。

はい、それは、ネットワークファイル共有を超えるユーザーの複数のアクセス（つまり、小さな、ワークグループサイズ、数）をサポートしています。ただし、ファイル共有アーキテクチャは、単に複数のユーザーによるファイルへの同時書き込みをサポートするための理想的ではありません。クライアント/サーバー・データベース・システム（SQL Serverの、など）は、一般的に良いパフォーマンス、セキュリティ、および信頼性を提供しています。

システム管理者として、何でもマルチユーザーのアクセスを使用しないでください。ジェフフリッツが示唆何をすべきか、マルチユーザアクセスのために設計されたデータベースを使用しています。あなたは、あなたの小さなアプリは唯一の少数の人々の間で共有されようとしていることを考えるかもしれないが、私はそれが今年末までに百のユーザーと50個の新機能を持っているだろうことを保証します。これらはすべて、むしろVB / SQL Expressのよりアクセス、ある場合や、お使いのオプスの人々が一晩あなたの家に侵入し、あなたの喉をスリットします。

のアクセスは、クライアントサーバーアプリケーションではなく、バックアップ/復元、またはいかなる自動化の方法ではほとんどを提供します。あなたがウェブアプリにこれを回す、またはいずれかの重大な変更を加えたい場合は、あなたの世界は痛みで満たされますよう...非常に緊密に結合されているインタフェースとDBは言うまでもありません。

私たちは.MDBは、マルチユーザーの状況に壊れて行く見てきたので、多くの一般的なソフトウェアエンジニアによって何度も行われています。私は信じるに傾いているように、多くの経験豊富な専門家のAccess開発者は、右のそれを得ることができれば、我々ジェネラリストは何か間違ったことでなければならず、その何かが離れたものから実行するために、私たちの多くのために、かなり基本的な、まだ非自明でなければなりません「二度と！」叫びますだから、あなた自身が経験豊富な専門家へのアクセスの開発者であることを考える（またはあなたがものを見つける方法を知っている）場合、それのために行きます。あなたはジェネラリストやカジュアルなユーザーが軽量のバックエンドを探しているなら、私はあなたが（SQL ServerはIMO良いです）他の場所で見てください。

あなたのユーザーが必要な機能の半分を使用してアプリケーションのために二倍長く待つことができた場合は、その後、Accessを使用しないでください。

ジェットは、マルチユーザーシナリオをサポートするために必要な洗練されたロック・ロジックを持っていません。アプリケーションが主に読み込み、低競合である場合は、それを使用して逃げることができます。

私が見たウェブサイトは多くのユーザーをサポートしていますが、ジェットを選択する説得力のある理由がない限り、私は、SQL Expressのをお勧めします。

私はジェット3 / 3.5は、信頼性がなかったことを痛い経験からあなたを伝えることができます。私はそれが軽負荷で頻繁にクラッシュ見て、クラッシュしていたときに、データの破損を危険にさらしました。これは、任意の電源の問題、それに対してクラッシュ任意のクライアント（MDBにリンクしてもUI）、および任意のLAN上の問題に非常に敏感であるために使用されます。ジェットのより最近のバージョンでは、より良いことが、SQL Serverへの切り替えは、明らかに少数のユーザーとの些細なデータの入力以外の何のために私の意見で移動するための方法であるかもしれません。 SQL Expressが無料で、あなたが本当に何かを失うことはありません、あなたはUIている場合は特に、むしろアクセスよりも、ネットである。

EDIT：Microsoftはどちらかのジェット4に頼らなければならないとは思いません。

から： http://support.microsoft.com/kb/303528する

のMicrosoft Jetは、高ストレスサーバーアプリケーション、同時実行性の高いサーバーアプリケーション、または1日24時間、週7日のサーバーアプリケーションで使用するためのものではありません。これは、Webアプリケーション、コマース・アプリケーション、トランザクションアプリケーション、およびメッセージングサーバーアプリケーションなどのサーバーアプリケーションを、含まれています。これらのタイプのアプリケーションのために、最適なソリューションは、Microsoft Data Engine（MSDE）またはMicrosoft SQL Serverなどの真のクライアント/サーバーベースのデータベースシステムに切り替えることです。あなたは、MicrosoftのInternet Information Server（IIS）などの高負荷アプリケーションでMicrosoft Jetを使用すると、次の問題のいずれかが発生することがあります。データベースの破損このようIISがクラッシュしたりロックアップなどの安定性の問題、再起動IISサービス

を必要とし、有効なデータベースに接続するドライバの突然の故障や永続的な障害が発生

ちょうど（の.ldbなど）デシベルロックファイルがあるかどうか確認してください。それがあれば、誰かがそのファイルにアクセスしています。それがない場合は、現時点では存在し、そのファイルにアクセスする誰もありません、あなたが進行してもよいです。それ以外の場合は、そのファイル（の.ldb）はなくなったときを待つ既存ます。

ご利用の場合、端末サーバの性能は良好です。て解50ユーザーに対して一度にアクセスの現場の意見を反映する。開発実に高速での展開が容易です。

問題:

誰でもコピーできるデータのmdb
アクセス権
限定店舗の手続き
最適化(圧縮および補修のみ可能でないデータを使うデータベース
制限2GB!

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow