私はこのことについて素早く尋ねられました。私が支援しているグループには、.MDBデータベースがあり、いつでもインターネットを持たないオフサイトの従業員がいます。したがって、チームは、同期を可能にするアクセスDBを実装しました。Synch .mdbの代替(バンドエイド)を探しています。Access Database
彼らのチームは、彼らが次の問題に実行を開始し、より大きな成長するにつれて:
- リモートパク - ユーザーが現場から同期さしようとすると、より多くの場合より、データベースは、どちらかの原因の損失にクラッシュします(30分以上)
- 複数のシンクチャ - 複数のシンクを同時に使用することはできません(現在3つの異なる地域に34人のユーザーがいます)。誰かが同期していて、他の人が同時に同期しようとすると、2人目のユーザーはエラーメッセージを表示します。彼らは彼らのDBをシャットダウンし、後で同期しようとする必要があります。
- 不完全な同期 - 作業者が自分のDBと同期していると、すべての広告申込情報がマスターファイルにコピーされるわけではなく、審査中に混乱する可能性があります。
これらの問題を解決するための対策や対策はありますか? 私はほとんどリソースと時間がないので、新しいサーバーに関係するものは動作しない可能性があります。
:これが事実であるならば、それは良いことだとあなたは次のことを試みることができる、あなたは主に異なるフィールド工作員から新しいデータを追加しているのではなく、誰もが、既存のデータを更新しているようですね
おかげ
意味があるようです。だから、 "同期"の代わりに、オフラインユーザーにtxtエクスポートを受けさせ、インターネットユーザーがそれを受け取るようにする –
@ ds_12_willもっと多くのリモートユーザー(オンラインまたはオフライン)がテキストファイルにエクスポートすると、これをメインマスターオフィス内またはどこにいてもコピーすることができ、たとえば、その日の終わりにすべてのデータをインポートすることができます。すべてのユーザーがお互いのデータを表示したり、新しいデータを追加したりする必要がありますか? –
自分のやっていることを追加してください。 前回のレコードを更新する可能性があります。 あなたが提案している解決策が最もうまくいくと思います。レコードが新規か使用されているかどうかを確認する構文を作成するだけです。 複数のテーブルが更新された場合、どのように見えますか? text.txtファイルをテーブル名にしますか? –