0

私はオフィスで MS Access データベースを継承しましたが、これはネットワークを介して複数のユーザーによって頻繁に使用されています。これにより、データの衝突とロックに関する多くの問題が発生します。各ユーザーが独自のフロントエンドアプリを持ち、サーバー上でコアデータを維持できるように、db を分割したいと考えています。

テーブルのいくつかは主キーとして autonumber:sequence:long を使用しています - 分割を実行する方法を調査する際に、データベースを配布するときにこれが問題を引き起こす可能性があることを示唆するいくつかの投稿に出くわしましたが、何も見つけることができませんでした個体。問題は、ユーザーが新しいレコードを開始して次の自動番号を受け取ることができるようですが、2 番目のユーザーが短い間隔で新しいレコードを作成し、同じ自動番号を受け取るとエラーが発生することでしょうか?

Jet はこれを正しく処理しますか?それとも FE/BE データベースに自動番号の問題がありますか? 可能性は低いが発生する可能性がある場合でも、ユーザーが現在経験しているよりもはるかに優れていると確信していますが、そのような問題を最小限に抑える方法があるかどうかを知りたい.

ご協力いただきありがとうございます！

4

4 に答える 4

2

私は若い頃、多くの Access データベースを扱うという不運に見舞われました。Access には多くの問題がありますが、分割データベースのマルチユーザー環境で AutoNumber 列に問題が発生したことがあるかどうかはわかりません。それはうまくいくはずです。これは非常に一般的な設定であるため、問題が発生した場合、インターネット全体に投稿が行われます。

于 2011-01-05T04:13:07.123 に答える
0

分割のプロセスについて、あなたの側でいくつかの混乱があるようです。そうすると、複数のフロント エンドが作成されますが、バック エンドは 1 つのファイルのままです。したがって、アプリケーションを分割する前に持っていたものと、Autonumbers に関するデータ テーブルの違いはまったくありません。

于 2011-01-08T04:09:44.447 に答える
0

データの複製 (つまり、複数のサブスクライバー データベースで、ユーザーが同じテーブルの別の場所に新しいレコードを挿入できる) を行わない限り、主キーとしての自動番号付けに問題はありません。

最近、レプリケーション (異なる場所、1 つの中央データベース) が必要になる可能性があると思われる場合は、ためらわずに一意の識別子 (レプリケーション ID) に切り替えてください。

于 2011-01-05T23:13:22.470 に答える